<?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: Migrating DLT tables from TEST to PROD catalogs in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/migrating-dlt-tables-from-test-to-prod-catalogs/m-p/120019#M46026</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/156570"&gt;@BF7&lt;/a&gt;, we do not support moving the streaming table yet. If we clone the DLT streaming table, it will get converted into a normal delta table instead of a streaming table. In that condition, we need to go with the "full refresh all" option and indeed it is a costly one.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 23 May 2025 04:31:59 GMT</pubDate>
    <dc:creator>nikhilj0421</dc:creator>
    <dc:date>2025-05-23T04:31:59Z</dc:date>
    <item>
      <title>Migrating DLT tables from TEST to PROD catalogs</title>
      <link>https://community.databricks.com/t5/data-engineering/migrating-dlt-tables-from-test-to-prod-catalogs/m-p/119983#M46017</link>
      <description>&lt;P&gt;Why can't we just copy all the DLT tables and materialized views from one UC catalog to another to get the historical data in place and then run the DLT pipelines on those UC tables?&lt;/P&gt;&lt;P&gt;We are migrating many very large tables from our TEST catalog to our PROD catalog. They are all tables generated by and owned by DLT processes. It is expensive to reprocess our entire dataset. Its a big dataset. So we would like to avoid it.&lt;/P&gt;&lt;P&gt;If it is not possible to do this, and the tables do indeed have to have "Full Refresh All" performed, can someone tell me exactly why? I realize it has something to do with how the DLT API interfaces with the underlying UC table metadata, but I need specifics about what exactly is going on under the hood. Can anyone help me?&lt;/P&gt;</description>
      <pubDate>Thu, 22 May 2025 14:41:33 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/migrating-dlt-tables-from-test-to-prod-catalogs/m-p/119983#M46017</guid>
      <dc:creator>BF7</dc:creator>
      <dc:date>2025-05-22T14:41:33Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating DLT tables from TEST to PROD catalogs</title>
      <link>https://community.databricks.com/t5/data-engineering/migrating-dlt-tables-from-test-to-prod-catalogs/m-p/120019#M46026</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/156570"&gt;@BF7&lt;/a&gt;, we do not support moving the streaming table yet. If we clone the DLT streaming table, it will get converted into a normal delta table instead of a streaming table. In that condition, we need to go with the "full refresh all" option and indeed it is a costly one.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 23 May 2025 04:31:59 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/migrating-dlt-tables-from-test-to-prod-catalogs/m-p/120019#M46026</guid>
      <dc:creator>nikhilj0421</dc:creator>
      <dc:date>2025-05-23T04:31:59Z</dc:date>
    </item>
  </channel>
</rss>

