<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Connecting Applications and BI Tools to Databricks SQL in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/connecting-applications-and-bi-tools-to-databricks-sql/m-p/166446#M55586</link>
    <description>&lt;P&gt;Great summary, Isaac. One thing I'd add from implementation experience is choosing the connector based on the consumption pattern, not just the BI tool.Partner Connect is perfect for quick PoCs and for analysts who just need Power BI / Tableau to work. But for production workloads, we have seen issues with PAT token expiry and lack of centralized governance.For app-layer access to Databricks SQL warehouses, what has worked better for us:For BI at scale: Use ODBC/JDBC with OAuth M2M instead of PAT. Easier to rotate and audit. If you're on AWS/Azure, use instance profile / managed identity based auth.For custom apps: The new Go / Node.js / Python SQL connectors are much lighter than JDBC. We recently replaced a JDBC wrapper with the Python connector for a low-latency API and saw ∼40% reduction in connection time.Performance tip: Don't forget HTTP Path vs JDBC URL confusion. Many failures we debug are due to using cluster path instead of SQL warehouse path.At Wronit, where we work on data engineering and lakehouse implementations, we generally recommend Partner Connect for business users and native SQL connectors + secrets management for application integrations.Curious to know if anyone has tested the new Statement Execution API vs direct SQL warehouse connection for high concurrency use cases?&lt;/P&gt;</description>
    <pubDate>Tue, 25 Aug 2026 17:27:23 GMT</pubDate>
    <dc:creator>ManeeshJha</dc:creator>
    <dc:date>2026-08-25T17:27:23Z</dc:date>
    <item>
      <title>Connecting Applications and BI Tools to Databricks SQL</title>
      <link>https://community.databricks.com/t5/data-engineering/connecting-applications-and-bi-tools-to-databricks-sql/m-p/33891#M24800</link>
      <description>&lt;P&gt;&lt;B&gt;Access Data in Databricks Using an Application or your Favorite BI Tool&lt;/B&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can leverage &lt;A href="https://www.databricks.com/partnerconnect" alt="https://www.databricks.com/partnerconnect" target="_blank"&gt;&lt;U&gt;Partner Connect&lt;/U&gt;&lt;/A&gt; for easy, low-configuration connections to some of the most popular BI tools through our optimized connectors. Alternatively, you can follow these setup guides to connect to an even broader range of BI tools (&lt;A href="https://docs.databricks.com/integrations/partners.html" alt="https://docs.databricks.com/integrations/partners.html" target="_blank"&gt;&lt;U&gt;AWS&lt;/U&gt;&lt;/A&gt;, &lt;A href="https://docs.microsoft.com/en-us/azure/databricks/integrations/partners" alt="https://docs.microsoft.com/en-us/azure/databricks/integrations/partners" target="_blank"&gt;&lt;U&gt;Azure&lt;/U&gt;&lt;/A&gt;, &lt;A href="https://docs.gcp.databricks.com/integrations/partners.html" alt="https://docs.gcp.databricks.com/integrations/partners.html" target="_blank"&gt;&lt;U&gt;GCP&lt;/U&gt;&lt;/A&gt;) via optimized connectors or JDBC/ODBC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To submit SQL queries against data in Delta Lake using Databricks SQL warehouses via an application, you can leverage a JDBC/ODBC (&lt;A href="https://docs.databricks.com/integrations/bi/jdbc-odbc-bi.html" alt="https://docs.databricks.com/integrations/bi/jdbc-odbc-bi.html" target="_blank"&gt;&lt;U&gt;AWS&lt;/U&gt;&lt;/A&gt;, &lt;A href="https://docs.microsoft.com/en-us/azure/databricks/integrations/bi/jdbc-odbc-bi" alt="https://docs.microsoft.com/en-us/azure/databricks/integrations/bi/jdbc-odbc-bi" target="_blank"&gt;&lt;U&gt;Azure&lt;/U&gt;&lt;/A&gt;, &lt;A href="https://docs.gcp.databricks.com/integrations/bi/jdbc-odbc-bi.html" alt="https://docs.gcp.databricks.com/integrations/bi/jdbc-odbc-bi.html" target="_blank"&gt;&lt;U&gt;GCP&lt;/U&gt;&lt;/A&gt;) connection or via our &lt;A href="https://www.databricks.com/blog/2022/06/29/connect-from-anywhere-to-databricks-sql.html" alt="https://www.databricks.com/blog/2022/06/29/connect-from-anywhere-to-databricks-sql.html" target="_blank"&gt;&lt;U&gt;open-source Go, Node.js, Python and CLI connectors&lt;/U&gt;&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Let us know what you think in the comments! Have you been able to successfully connect an application or BI tool to the Lakehouse?&lt;/P&gt;</description>
      <pubDate>Tue, 23 Aug 2022 07:14:12 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/connecting-applications-and-bi-tools-to-databricks-sql/m-p/33891#M24800</guid>
      <dc:creator>isaac_gritz</dc:creator>
      <dc:date>2022-08-23T07:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting Applications and BI Tools to Databricks SQL</title>
      <link>https://community.databricks.com/t5/data-engineering/connecting-applications-and-bi-tools-to-databricks-sql/m-p/166446#M55586</link>
      <description>&lt;P&gt;Great summary, Isaac. One thing I'd add from implementation experience is choosing the connector based on the consumption pattern, not just the BI tool.Partner Connect is perfect for quick PoCs and for analysts who just need Power BI / Tableau to work. But for production workloads, we have seen issues with PAT token expiry and lack of centralized governance.For app-layer access to Databricks SQL warehouses, what has worked better for us:For BI at scale: Use ODBC/JDBC with OAuth M2M instead of PAT. Easier to rotate and audit. If you're on AWS/Azure, use instance profile / managed identity based auth.For custom apps: The new Go / Node.js / Python SQL connectors are much lighter than JDBC. We recently replaced a JDBC wrapper with the Python connector for a low-latency API and saw ∼40% reduction in connection time.Performance tip: Don't forget HTTP Path vs JDBC URL confusion. Many failures we debug are due to using cluster path instead of SQL warehouse path.At Wronit, where we work on data engineering and lakehouse implementations, we generally recommend Partner Connect for business users and native SQL connectors + secrets management for application integrations.Curious to know if anyone has tested the new Statement Execution API vs direct SQL warehouse connection for high concurrency use cases?&lt;/P&gt;</description>
      <pubDate>Tue, 25 Aug 2026 17:27:23 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/connecting-applications-and-bi-tools-to-databricks-sql/m-p/166446#M55586</guid>
      <dc:creator>ManeeshJha</dc:creator>
      <dc:date>2026-08-25T17:27:23Z</dc:date>
    </item>
  </channel>
</rss>

