<?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: Unity Catalog Schema management in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/unity-catalog-schema-management/m-p/144592#M52346</link>
    <description>&lt;P&gt;I tend to mostly agree with you. Trying to do table-schema management like I would have done while developing ETL flows in an RDBMS world is quite different from trying to do this in a fast-moving "new-sources-all-the-time" data engineering world.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There have been feature requests from customers to split the MANAGE into a DML vs DDL privilege. If that happens then your "data engineering" user/SP can be given the DML, while another "schema management" SP does the Liquibase-type schema management.&lt;/P&gt;
&lt;P&gt;Note: This is more of a confusing overlap in lower environments. In higher environments you would be able to make sure that whatever gets deployed by the "data engineering SP" does not include DDL commands. In lower environments it becomes more of a "monitor and correct" motion to ensure your devs follow the best practice for table-schema management.&lt;/P&gt;
&lt;P&gt;~Mohan Mathews.&lt;/P&gt;</description>
    <pubDate>Tue, 20 Jan 2026 15:13:00 GMT</pubDate>
    <dc:creator>MoJaMa</dc:creator>
    <dc:date>2026-01-20T15:13:00Z</dc:date>
    <item>
      <title>Unity Catalog Schema management</title>
      <link>https://community.databricks.com/t5/data-engineering/unity-catalog-schema-management/m-p/144312#M52308</link>
      <description>&lt;P&gt;From time to time i read&amp;nbsp; articles such as &lt;A href="https://medium.com/dbsql-sme-engineering/governed-schema-evolution-on-databricks-6d1dbf5e43a3" target="_self"&gt;here&lt;/A&gt; which suggest to use a unity catalog schema management tool. All table schema changes should be applied via this tool.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Usually SPs (or users) have the "Modify" Permission on tables. This allows to them to "update/insert/delete" some data and hence they need it. However, it also allows to update the schema (e.g. add new columns). Hence, such a schema managed tool can be easily bypassed right?&amp;nbsp;I know there are options such as&amp;nbsp;&lt;EM&gt;mergeSchema&amp;nbsp;&lt;/EM&gt;but at the end the visison of "all schema changes can only be done via a schema management tool" is not feasible as long as users have the modify permission.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 17 Jan 2026 15:40:24 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unity-catalog-schema-management/m-p/144312#M52308</guid>
      <dc:creator>a_user12</dc:creator>
      <dc:date>2026-01-17T15:40:24Z</dc:date>
    </item>
    <item>
      <title>Re: Unity Catalog Schema management</title>
      <link>https://community.databricks.com/t5/data-engineering/unity-catalog-schema-management/m-p/144592#M52346</link>
      <description>&lt;P&gt;I tend to mostly agree with you. Trying to do table-schema management like I would have done while developing ETL flows in an RDBMS world is quite different from trying to do this in a fast-moving "new-sources-all-the-time" data engineering world.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There have been feature requests from customers to split the MANAGE into a DML vs DDL privilege. If that happens then your "data engineering" user/SP can be given the DML, while another "schema management" SP does the Liquibase-type schema management.&lt;/P&gt;
&lt;P&gt;Note: This is more of a confusing overlap in lower environments. In higher environments you would be able to make sure that whatever gets deployed by the "data engineering SP" does not include DDL commands. In lower environments it becomes more of a "monitor and correct" motion to ensure your devs follow the best practice for table-schema management.&lt;/P&gt;
&lt;P&gt;~Mohan Mathews.&lt;/P&gt;</description>
      <pubDate>Tue, 20 Jan 2026 15:13:00 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unity-catalog-schema-management/m-p/144592#M52346</guid>
      <dc:creator>MoJaMa</dc:creator>
      <dc:date>2026-01-20T15:13:00Z</dc:date>
    </item>
  </channel>
</rss>

