<?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: Lakeflow connect in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167316#M55678</link>
    <description>&lt;P&gt;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/159818"&gt;@Rongali_Vasu&lt;/a&gt;,&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/250070"&gt;@gowri_databrick&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;While waiting for Lakeflow Connect connectors for MySQL, Oracle, or PostgreSQL to become GA, one alternative is to use JDBC connections from Databricks. This can work with most RDBMS platforms that provide a JDBC driver.&lt;/P&gt;&lt;P&gt;For example, you can use PySpark to read from an RDBMS:&lt;/P&gt;&lt;P&gt;jdbc_url = "jdbc:postgresql://&amp;lt;host&amp;gt;:5432/&amp;lt;database&amp;gt;"&lt;/P&gt;&lt;P&gt;connection_properties = {&lt;BR /&gt;"user": "&amp;lt;username&amp;gt;",&lt;BR /&gt;"password": "&amp;lt;password&amp;gt;",&lt;BR /&gt;"driver": "org.postgresql.Driver"&lt;BR /&gt;}&lt;/P&gt;&lt;P&gt;df = (&lt;BR /&gt;spark.read&lt;BR /&gt;.jdbc(&lt;BR /&gt;url=jdbc_url,&lt;BR /&gt;table="public.customer",&lt;BR /&gt;properties=connection_properties&lt;BR /&gt;)&lt;BR /&gt;)&lt;/P&gt;&lt;P&gt;display(df)&lt;/P&gt;&lt;P&gt;The same approach can be used for other databases such as MySQL or Oracle by changing the JDBC URL and driver.&lt;/P&gt;&lt;P&gt;For production workloads, I would avoid hardcoding credentials and instead use a secret scope, Key Vault, or another supported credential-management approach.&lt;/P&gt;&lt;P&gt;JDBC is not a replacement for all the capabilities that Lakeflow Connect provides, especially around managed ingestion and CDC, but it can be a practical option when you need to connect to an RDBMS before the required connector is generally available.&lt;/P&gt;</description>
    <pubDate>Wed, 02 Sep 2026 14:23:30 GMT</pubDate>
    <dc:creator>srini_ve</dc:creator>
    <dc:date>2026-09-02T14:23:30Z</dc:date>
    <item>
      <title>Lakeflow connect</title>
      <link>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167112#M55641</link>
      <description>&lt;P&gt;When can we expect lakeflow connect for (mysql,oracle,postgres) will be in GA from preview mode&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 10:14:48 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167112#M55641</guid>
      <dc:creator>Rongali_Vasu</dc:creator>
      <dc:date>2026-09-01T10:14:48Z</dc:date>
    </item>
    <item>
      <title>Re: Lakeflow connect</title>
      <link>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167119#M55643</link>
      <description>&lt;P&gt;Does Databricks have an estimated timeline or roadmap for when the MySQL, Oracle, and PostgreSQL Lakeflow Connect connectors will reach GA? Any information would be helpful. Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 10:45:17 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167119#M55643</guid>
      <dc:creator>gowri_databrick</dc:creator>
      <dc:date>2026-09-01T10:45:17Z</dc:date>
    </item>
    <item>
      <title>Re: Lakeflow connect</title>
      <link>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167316#M55678</link>
      <description>&lt;P&gt;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/159818"&gt;@Rongali_Vasu&lt;/a&gt;,&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/250070"&gt;@gowri_databrick&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;While waiting for Lakeflow Connect connectors for MySQL, Oracle, or PostgreSQL to become GA, one alternative is to use JDBC connections from Databricks. This can work with most RDBMS platforms that provide a JDBC driver.&lt;/P&gt;&lt;P&gt;For example, you can use PySpark to read from an RDBMS:&lt;/P&gt;&lt;P&gt;jdbc_url = "jdbc:postgresql://&amp;lt;host&amp;gt;:5432/&amp;lt;database&amp;gt;"&lt;/P&gt;&lt;P&gt;connection_properties = {&lt;BR /&gt;"user": "&amp;lt;username&amp;gt;",&lt;BR /&gt;"password": "&amp;lt;password&amp;gt;",&lt;BR /&gt;"driver": "org.postgresql.Driver"&lt;BR /&gt;}&lt;/P&gt;&lt;P&gt;df = (&lt;BR /&gt;spark.read&lt;BR /&gt;.jdbc(&lt;BR /&gt;url=jdbc_url,&lt;BR /&gt;table="public.customer",&lt;BR /&gt;properties=connection_properties&lt;BR /&gt;)&lt;BR /&gt;)&lt;/P&gt;&lt;P&gt;display(df)&lt;/P&gt;&lt;P&gt;The same approach can be used for other databases such as MySQL or Oracle by changing the JDBC URL and driver.&lt;/P&gt;&lt;P&gt;For production workloads, I would avoid hardcoding credentials and instead use a secret scope, Key Vault, or another supported credential-management approach.&lt;/P&gt;&lt;P&gt;JDBC is not a replacement for all the capabilities that Lakeflow Connect provides, especially around managed ingestion and CDC, but it can be a practical option when you need to connect to an RDBMS before the required connector is generally available.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 14:23:30 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167316#M55678</guid>
      <dc:creator>srini_ve</dc:creator>
      <dc:date>2026-09-02T14:23:30Z</dc:date>
    </item>
    <item>
      <title>Re: Lakeflow connect</title>
      <link>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167325#M55680</link>
      <description>&lt;P&gt;Hey there &lt;A href="https://community.databricks.com/t5/user/viewprofilepage/user-id/250070" target="_blank"&gt;@gowri_databrick&lt;/A&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;The query-based Lakeflow Connect connectors for MySQL, Oracle, and PostgreSQL are generally available:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://docs.databricks.com/aws/en/release-notes/product/2026/may" target="_self"&gt;Release Notes&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The CDC versions are presently at different preview stages. MySQL and PostgreSQL are in Public Preview, while Oracle CDC is still in Beta.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 16:11:41 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakeflow-connect/m-p/167325#M55680</guid>
      <dc:creator>StevieSUV</dc:creator>
      <dc:date>2026-09-02T16:11:41Z</dc:date>
    </item>
  </channel>
</rss>

