<?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: Access control on view in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/access-control-on-view/m-p/118984#M45754</link>
    <description>&lt;P&gt;In Unity Catalog, enabling users to query a view while hiding its definition is currently not supported directly. Unity Catalog requires view definitions to be visible during query execution for metadata access purposes. While querying, users typically need permissions such as SELECT on the view, alongside USAGE on the schema and catalog containing the view.&lt;/P&gt;
&lt;P&gt;Dynamic row-level or column-level security can be applied using specific functions or masking in Unity Catalog to restrict access to sensitive data. However, options to fully obscure view definitions or apply "execute-only" access are not explicitly provided within the current capabilities of Unity Catalog.&lt;/P&gt;
&lt;P&gt;If your organization requires strict access control that prevents users from seeing view definitions, creating a sandboxed schema or using external tools for governance (such as Privacera or Immuta) might be viable alternatives. These tools can integrate with Unity Catalog to enforce granular privacy policies at the query level&lt;/P&gt;</description>
    <pubDate>Tue, 13 May 2025 02:16:18 GMT</pubDate>
    <dc:creator>kamal_ch</dc:creator>
    <dc:date>2025-05-13T02:16:18Z</dc:date>
    <item>
      <title>Access control on view</title>
      <link>https://community.databricks.com/t5/data-engineering/access-control-on-view/m-p/110145#M43496</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We've created a view containing PII mapping values in Unity Catalog. We need to grant other users the ability to query this view and access the mapping values, but we must prevent them from seeing the view's definition. Is it possible to grant "execute" access (querying the view) while completely hiding the view definition in Unity Catalog? The goal is to restrict users from understanding how these mapping values are derived.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Feb 2025 18:17:37 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/access-control-on-view/m-p/110145#M43496</guid>
      <dc:creator>NehaR</dc:creator>
      <dc:date>2025-02-13T18:17:37Z</dc:date>
    </item>
    <item>
      <title>Re: Access control on view</title>
      <link>https://community.databricks.com/t5/data-engineering/access-control-on-view/m-p/118984#M45754</link>
      <description>&lt;P&gt;In Unity Catalog, enabling users to query a view while hiding its definition is currently not supported directly. Unity Catalog requires view definitions to be visible during query execution for metadata access purposes. While querying, users typically need permissions such as SELECT on the view, alongside USAGE on the schema and catalog containing the view.&lt;/P&gt;
&lt;P&gt;Dynamic row-level or column-level security can be applied using specific functions or masking in Unity Catalog to restrict access to sensitive data. However, options to fully obscure view definitions or apply "execute-only" access are not explicitly provided within the current capabilities of Unity Catalog.&lt;/P&gt;
&lt;P&gt;If your organization requires strict access control that prevents users from seeing view definitions, creating a sandboxed schema or using external tools for governance (such as Privacera or Immuta) might be viable alternatives. These tools can integrate with Unity Catalog to enforce granular privacy policies at the query level&lt;/P&gt;</description>
      <pubDate>Tue, 13 May 2025 02:16:18 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/access-control-on-view/m-p/118984#M45754</guid>
      <dc:creator>kamal_ch</dc:creator>
      <dc:date>2025-05-13T02:16:18Z</dc:date>
    </item>
  </channel>
</rss>

