<?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: Persisting and managing tables and table schemas in Unity Catalog in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57446#M30785</link>
    <description>&lt;P&gt;Thank you for your reply! I'm not sure if audit logs help in this case. I meant tracking changes more in the sense of code versioning. I found this answer&amp;nbsp;&lt;A href="https://community.databricks.com/t5/data-engineering/how-to-deploy-azure-databricks-sql-table-views-etc-into-higher/m-p/18318/highlight/true#M12128" target="_blank"&gt;https://community.databricks.com/t5/data-engineering/how-to-deploy-azure-databricks-sql-table-views-etc-into-higher/m-p/18318/highlight/true#M12128&lt;/A&gt;&amp;nbsp;which looks promising but I'm curious if there are better solutions.&amp;nbsp;&lt;BR /&gt;Ideally there would be some solution similar to terraform that detects and applies changes to a table and can, unlike terraform, run "ALTER TABLE ..." statements to adapt the schema without dropping the original table.&lt;/P&gt;</description>
    <pubDate>Tue, 16 Jan 2024 12:54:11 GMT</pubDate>
    <dc:creator>Volker</dc:creator>
    <dc:date>2024-01-16T12:54:11Z</dc:date>
    <item>
      <title>Persisting and managing tables and table schemas in Unity Catalog</title>
      <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57434#M30780</link>
      <description>&lt;P&gt;Hello Databricks Community,&lt;/P&gt;&lt;P&gt;we are currently looking for a way to persist and manage our unity catalog tables in an IaC manner. That is, we want to trace any changes to a table's schema and properties and ideally be able to roll back those changes seamlessly. Using the&amp;nbsp;&lt;FONT size="4"&gt;&lt;FONT size="3"&gt;databricks_sql_table&lt;/FONT&gt;&amp;nbsp;&lt;/FONT&gt;terraform resource does not seem to be the ideal solution since&amp;nbsp;"&lt;SPAN&gt;changing the column definitions for a table will require dropping and re-creating the table" (&lt;A href="https://registry.terraform.io/providers/databricks/databricks/latest/docs/resources/sql_table" target="_blank"&gt;https://registry.terraform.io/providers/databricks/databricks/latest/docs/resources/sql_table&lt;/A&gt;). Also in this issue (&lt;A href="https://github.com/databricks/terraform-provider-databricks/issues/1624" target="_blank"&gt;https://github.com/databricks/terraform-provider-databricks/issues/1624&lt;/A&gt;) it is mentioned that using the API and terraform is discouraged.&lt;BR /&gt;Is there a better alternative to managing tables? We were thinking of having notebooks with DDL scripts alongside our applications that define the tables.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jan 2024 10:38:59 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57434#M30780</guid>
      <dc:creator>Volker</dc:creator>
      <dc:date>2024-01-16T10:38:59Z</dc:date>
    </item>
    <item>
      <title>Re: Persisting and managing tables and table schemas in Unity Catalog</title>
      <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57445#M30784</link>
      <description>&lt;P&gt;For Tracking, you can use Audit logs. Please refer here:&amp;nbsp;&lt;A href="https://docs.databricks.com/en/administration-guide/account-settings/audit-logs.html" target="_blank"&gt;https://docs.databricks.com/en/administration-guide/account-settings/audit-logs.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jan 2024 12:38:47 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57445#M30784</guid>
      <dc:creator>Lakshay</dc:creator>
      <dc:date>2024-01-16T12:38:47Z</dc:date>
    </item>
    <item>
      <title>Re: Persisting and managing tables and table schemas in Unity Catalog</title>
      <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57446#M30785</link>
      <description>&lt;P&gt;Thank you for your reply! I'm not sure if audit logs help in this case. I meant tracking changes more in the sense of code versioning. I found this answer&amp;nbsp;&lt;A href="https://community.databricks.com/t5/data-engineering/how-to-deploy-azure-databricks-sql-table-views-etc-into-higher/m-p/18318/highlight/true#M12128" target="_blank"&gt;https://community.databricks.com/t5/data-engineering/how-to-deploy-azure-databricks-sql-table-views-etc-into-higher/m-p/18318/highlight/true#M12128&lt;/A&gt;&amp;nbsp;which looks promising but I'm curious if there are better solutions.&amp;nbsp;&lt;BR /&gt;Ideally there would be some solution similar to terraform that detects and applies changes to a table and can, unlike terraform, run "ALTER TABLE ..." statements to adapt the schema without dropping the original table.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jan 2024 12:54:11 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57446#M30785</guid>
      <dc:creator>Volker</dc:creator>
      <dc:date>2024-01-16T12:54:11Z</dc:date>
    </item>
    <item>
      <title>Re: Persisting and managing tables and table schemas in Unity Catalog</title>
      <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57448#M30786</link>
      <description>&lt;P&gt;Hey&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/98256"&gt;@Volker&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;I was looking into the same around 1 year ago.&lt;BR /&gt;I've hit quickly the issue mentioned by you about the limitations in terraform, I had to drop this idea for delta tables. That time we went with the custom python/sql scripts with custom logic to drop/re-create external tables if the schema have changed, for delta tables we leverage schema evolution, but still update the file containing tables schema.&amp;nbsp;&lt;BR /&gt;Today I would try liquibase:&lt;BR /&gt;&lt;A href="https://medium.com/dbsql-sme-engineering/database-change-management-on-lakehouse-with-databricks-sql-and-liquibase-c3c238781616" target="_blank"&gt;https://medium.com/dbsql-sme-engineering/database-change-management-on-lakehouse-with-databricks-sql-and-liquibase-c3c238781616&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jan 2024 13:05:20 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57448#M30786</guid>
      <dc:creator>PatS</dc:creator>
      <dc:date>2024-01-16T13:05:20Z</dc:date>
    </item>
    <item>
      <title>Re: Persisting and managing tables and table schemas in Unity Catalog</title>
      <link>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57453#M30788</link>
      <description>&lt;P&gt;As you mentioned, using notebooks with Data Definition Language (DDL) scripts is a viable option. You can create notebooks that contain the table creation scripts and version control these notebooks along with your application code.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jan 2024 13:28:12 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/persisting-and-managing-tables-and-table-schemas-in-unity/m-p/57453#M30788</guid>
      <dc:creator>CharlesReily</dc:creator>
      <dc:date>2024-01-16T13:28:12Z</dc:date>
    </item>
  </channel>
</rss>

