<?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: Lakehouse Federation Join Pushdown in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/157668#M54600</link>
    <description>&lt;P&gt;Hi,&lt;BR /&gt;I have experimented a bit with join pushdowns and experienced that intra-schema-Joins are not pushed down if there is a table joined between that is part of another schema.&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;In the following example the Join between x1 and x2 is pushed down (when the preview feature is activated):&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;select * 
from catalog_name.schema_x.table_1 x1 
inner join catalog_name.schema_x.table_2 x2 
    on x1.join_key = x2.join_key 
inner join catalog_name.schema_y.table_3 y3 
    on x1.join_key = y3.join_key&lt;/LI-CODE&gt;&lt;P&gt;Whereas in the following example this join (between x1 and x2) is not pushed down:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;select * 
from catalog_name.schema_x.table_1 x1 
inner join catalog_name.schema_y.table_3 y3 
    on x1.join_key = y3.join_key 
inner join catalog_name.schema_x.table_2 x2 
    on x1.join_key = x2.join_key&lt;/LI-CODE&gt;&lt;P&gt;To me it's not understandable, why the join order matters here. Is this behaviour intended or might this be a bug in the preview feature?&lt;/P&gt;&lt;P&gt;Thanks,&lt;BR /&gt;Stefan&lt;/P&gt;</description>
    <pubDate>Tue, 26 May 2026 13:21:55 GMT</pubDate>
    <dc:creator>StefanSch</dc:creator>
    <dc:date>2026-05-26T13:21:55Z</dc:date>
    <item>
      <title>Lakehouse Federation Join Pushdown</title>
      <link>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/145718#M52564</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I experimented a little bit with lakehouse federation. I created a connection and foreign catalog that references a SQL Server and activated the public preview feature for Join Pushdowns. After finishing my experiments, it seems to me that the feature has the limitation that cross-schema joins are not pushed down to SQL Server. I could not find any documentation about this limitation (&lt;A href="https://learn.microsoft.com/en-us/azure/databricks/query-federation/performance-recommendations#join-pushdown-in-lakehouse-federation" target="_blank" rel="noopener"&gt;https://learn.microsoft.com/en-us/azure/databricks/query-federation/performance-recommendations#join-pushdown-in-lakehouse-federation&lt;/A&gt;), so I wanted to ask if someone knows, if this is a known limitation or if my assumption might be false and the problem lies elsewhere.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Example where the Join is pushed down:&lt;/STRONG&gt;&lt;/P&gt;&lt;PRE&gt;&lt;SPAN&gt;select &lt;/SPAN&gt;&lt;SPAN&gt;*&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;from&lt;/SPAN&gt; &lt;SPAN&gt;catalog_name&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;SPAN&gt;schema1&lt;/SPAN&gt;&lt;SPAN&gt;.table_x tx&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;inner join&lt;/SPAN&gt; &lt;SPAN&gt;catalog_name&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;SPAN&gt;schema1&lt;/SPAN&gt;&lt;SPAN&gt;.table_y ty&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;on&lt;/SPAN&gt;&amp;nbsp;tx&lt;SPAN&gt;.join_key&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;=&lt;/SPAN&gt;&amp;nbsp;ty.join_key&lt;/PRE&gt;&lt;P&gt;&lt;STRONG&gt;Example where the join is NOT pushed down:&lt;/STRONG&gt;&lt;/P&gt;&lt;DIV&gt;&lt;PRE&gt;&lt;SPAN&gt;select &lt;/SPAN&gt;&lt;SPAN&gt;*&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;from&lt;/SPAN&gt; &lt;SPAN&gt;catalog_name&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;SPAN&gt;schema&lt;STRONG&gt;1&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;SPAN&gt;.table_x tx&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;inner join&lt;/SPAN&gt; &lt;SPAN&gt;catalog_name&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;SPAN&gt;schema&lt;STRONG&gt;2&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;SPAN&gt;.table_y ty&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;on&lt;/SPAN&gt;&amp;nbsp;tx&lt;SPAN&gt;.join_key&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;=&lt;/SPAN&gt;&amp;nbsp;ty.join_key&lt;/PRE&gt;&lt;DIV&gt;I'm using Databricks Runtime 17.3 for my experiments.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Thanks,&lt;/DIV&gt;&lt;DIV&gt;Stefan&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 29 Jan 2026 11:44:41 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/145718#M52564</guid>
      <dc:creator>Schaubi</dc:creator>
      <dc:date>2026-01-29T11:44:41Z</dc:date>
    </item>
    <item>
      <title>Re: Lakehouse Federation Join Pushdown</title>
      <link>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/145881#M52589</link>
      <description>&lt;P&gt;I checked with Engineering. Unfortunately this is not supported and they have an action item to update the docs to clarify it for others.&lt;/P&gt;</description>
      <pubDate>Fri, 30 Jan 2026 02:00:53 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/145881#M52589</guid>
      <dc:creator>MoJaMa</dc:creator>
      <dc:date>2026-01-30T02:00:53Z</dc:date>
    </item>
    <item>
      <title>Re: Lakehouse Federation Join Pushdown</title>
      <link>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/157668#M54600</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;I have experimented a bit with join pushdowns and experienced that intra-schema-Joins are not pushed down if there is a table joined between that is part of another schema.&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;In the following example the Join between x1 and x2 is pushed down (when the preview feature is activated):&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;select * 
from catalog_name.schema_x.table_1 x1 
inner join catalog_name.schema_x.table_2 x2 
    on x1.join_key = x2.join_key 
inner join catalog_name.schema_y.table_3 y3 
    on x1.join_key = y3.join_key&lt;/LI-CODE&gt;&lt;P&gt;Whereas in the following example this join (between x1 and x2) is not pushed down:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;select * 
from catalog_name.schema_x.table_1 x1 
inner join catalog_name.schema_y.table_3 y3 
    on x1.join_key = y3.join_key 
inner join catalog_name.schema_x.table_2 x2 
    on x1.join_key = x2.join_key&lt;/LI-CODE&gt;&lt;P&gt;To me it's not understandable, why the join order matters here. Is this behaviour intended or might this be a bug in the preview feature?&lt;/P&gt;&lt;P&gt;Thanks,&lt;BR /&gt;Stefan&lt;/P&gt;</description>
      <pubDate>Tue, 26 May 2026 13:21:55 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/lakehouse-federation-join-pushdown/m-p/157668#M54600</guid>
      <dc:creator>StefanSch</dc:creator>
      <dc:date>2026-05-26T13:21:55Z</dc:date>
    </item>
  </channel>
</rss>

