<?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: Different behavior on personal cluster vs job cluster in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/different-behavior-on-personal-cluster-vs-job-cluster/m-p/129057#M48424</link>
    <description>&lt;P&gt;Hi team,&lt;/P&gt;&lt;P&gt;In interactive notebooks on personal clusters, you’re attached directly to the Spark driver inside the cluster. Spark session is the legacy PySpark session.&lt;BR /&gt;In job clusters, especially when running with newer runtimes (e.g. DBR 14.x+ or SQL warehouses), Databricks may automatically use Spark Connect. In this case, your client (pyspark.sql.connect) holds the DataFrame object, and operations get lazily pushed to the remote Spark cluster.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 21 Aug 2025 04:55:13 GMT</pubDate>
    <dc:creator>Vidhi_Khaitan</dc:creator>
    <dc:date>2025-08-21T04:55:13Z</dc:date>
    <item>
      <title>Different behavior on personal cluster vs job cluster</title>
      <link>https://community.databricks.com/t5/data-engineering/different-behavior-on-personal-cluster-vs-job-cluster/m-p/129020#M48412</link>
      <description>&lt;P&gt;Hi guys!&lt;BR /&gt;I am facing a weird bug here!&lt;BR /&gt;I own a notebook that runs perfectly on personal cluster. Just as example, I´ve made some prints of the data output during the extraction :&lt;/P&gt;&lt;P&gt;code :&lt;/P&gt;&lt;LI-CODE lang="python"&gt;cursor.execute(sql) 
results = cursor.fetchall() 
cols = [desc[0] for desc in cursor.description] 
dfspark = spark.createDataFrame(results, cols)​&lt;/LI-CODE&gt;&lt;P&gt;Output in personal cluster:&lt;/P&gt;&lt;LI-CODE lang="python"&gt;&amp;lt;class 'pyspark.sql.connect.dataframe.DataFrame'&amp;gt;&lt;/LI-CODE&gt;&lt;P&gt;&lt;BR /&gt;As you can see, when running in job cluster, the data is not being converted to da spark dataframe (and being held as pyspark.sql.connect.dataframe.DataFrame).&lt;/P&gt;</description>
      <pubDate>Wed, 20 Aug 2025 16:58:58 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/different-behavior-on-personal-cluster-vs-job-cluster/m-p/129020#M48412</guid>
      <dc:creator>FRB1984</dc:creator>
      <dc:date>2025-08-20T16:58:58Z</dc:date>
    </item>
    <item>
      <title>Re: Different behavior on personal cluster vs job cluster</title>
      <link>https://community.databricks.com/t5/data-engineering/different-behavior-on-personal-cluster-vs-job-cluster/m-p/129057#M48424</link>
      <description>&lt;P&gt;Hi team,&lt;/P&gt;&lt;P&gt;In interactive notebooks on personal clusters, you’re attached directly to the Spark driver inside the cluster. Spark session is the legacy PySpark session.&lt;BR /&gt;In job clusters, especially when running with newer runtimes (e.g. DBR 14.x+ or SQL warehouses), Databricks may automatically use Spark Connect. In this case, your client (pyspark.sql.connect) holds the DataFrame object, and operations get lazily pushed to the remote Spark cluster.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 21 Aug 2025 04:55:13 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/different-behavior-on-personal-cluster-vs-job-cluster/m-p/129057#M48424</guid>
      <dc:creator>Vidhi_Khaitan</dc:creator>
      <dc:date>2025-08-21T04:55:13Z</dc:date>
    </item>
  </channel>
</rss>

