<?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: Column access patterns in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/column-access-patterns/m-p/128207#M48181</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/124839"&gt;@noorbasha534&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;I’m not aware of a direct way to do this, but one approach is to parse each view’s SQL definition to identify the columns used in join and filter conditions, then use lineage tools to trace them through nested views back to the underlying tables.&lt;/P&gt;</description>
    <pubDate>Tue, 12 Aug 2025 12:21:00 GMT</pubDate>
    <dc:creator>SP_6721</dc:creator>
    <dc:date>2025-08-12T12:21:00Z</dc:date>
    <item>
      <title>Column access patterns</title>
      <link>https://community.databricks.com/t5/data-engineering/column-access-patterns/m-p/128110#M48159</link>
      <description>&lt;P&gt;Hello all&lt;/P&gt;&lt;P&gt;Floating this question again separately ((few weeks ago I clubbed this as part of predictive optimization)) -&lt;/P&gt;&lt;P&gt;Has anyone cracked to get the list if columns being used in joins &amp;amp; filters, especially in the context that access to end users is given at views level (not table level) &amp;amp; these views can be deeply nested until the point we trace the underlying tables...&lt;/P&gt;&lt;P&gt;The idea is to map these columns back to the original/underlying tables...&lt;/P&gt;&lt;P&gt;Appreciate the mind share here.&lt;/P&gt;&lt;P&gt;Br,&lt;/P&gt;&lt;P&gt;Noor.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Aug 2025 21:49:09 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/column-access-patterns/m-p/128110#M48159</guid>
      <dc:creator>noorbasha534</dc:creator>
      <dc:date>2025-08-11T21:49:09Z</dc:date>
    </item>
    <item>
      <title>Re: Column access patterns</title>
      <link>https://community.databricks.com/t5/data-engineering/column-access-patterns/m-p/128207#M48181</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/124839"&gt;@noorbasha534&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;I’m not aware of a direct way to do this, but one approach is to parse each view’s SQL definition to identify the columns used in join and filter conditions, then use lineage tools to trace them through nested views back to the underlying tables.&lt;/P&gt;</description>
      <pubDate>Tue, 12 Aug 2025 12:21:00 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/column-access-patterns/m-p/128207#M48181</guid>
      <dc:creator>SP_6721</dc:creator>
      <dc:date>2025-08-12T12:21:00Z</dc:date>
    </item>
  </channel>
</rss>

