<?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: Getting started with Delta Lake basics in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168379#M56096</link>
    <description>&lt;P&gt;Did you forgot to share the short note?&amp;nbsp;&lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;If you are referring to running optimize after Merge, its worth mentioning that it doesn't need to be run after every Merge.&lt;/P&gt;&lt;P&gt;MERGE can create or rewrite files, but whether OPTIMIZE is needed immediately depends on the table size, write frequency, file layout, and query pattern. For frequently updated tables, its better to avoid.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Better options are&lt;/STRONG&gt;:&amp;nbsp;Databricks can already reduce small-file issues with optimized writes and auto compaction.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;ALTER TABLE catalog.schema.table_name
SET TBLPROPERTIES (
  delta.autoOptimize.optimizeWrite = true,
  delta.autoOptimize.autoCompact = true
);&lt;/LI-CODE&gt;&lt;P&gt;Then use &lt;STRONG&gt;OPTIMIZE&lt;/STRONG&gt; based on actual file/query behavior or let &lt;STRONG&gt;Predictive Optimization&lt;/STRONG&gt; manage maintenance automatically for UC managed tables. &lt;A href="https://docs.databricks.com/aws/en/tables/tune-file-size" target="_self"&gt;Reference&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 11 Sep 2026 15:17:00 GMT</pubDate>
    <dc:creator>data_pulse</dc:creator>
    <dc:date>2026-09-11T15:17:00Z</dc:date>
    <item>
      <title>Getting started with Delta Lake basics</title>
      <link>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168367#M56095</link>
      <description>Hi all — I am working through the Delta Lake intro and wanted to share a short note on using OPTIMIZE after merge. Happy to hear better patterns.</description>
      <pubDate>Fri, 11 Sep 2026 13:29:58 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168367#M56095</guid>
      <dc:creator>rachelnguyen</dc:creator>
      <dc:date>2026-09-11T13:29:58Z</dc:date>
    </item>
    <item>
      <title>Re: Getting started with Delta Lake basics</title>
      <link>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168379#M56096</link>
      <description>&lt;P&gt;Did you forgot to share the short note?&amp;nbsp;&lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;If you are referring to running optimize after Merge, its worth mentioning that it doesn't need to be run after every Merge.&lt;/P&gt;&lt;P&gt;MERGE can create or rewrite files, but whether OPTIMIZE is needed immediately depends on the table size, write frequency, file layout, and query pattern. For frequently updated tables, its better to avoid.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Better options are&lt;/STRONG&gt;:&amp;nbsp;Databricks can already reduce small-file issues with optimized writes and auto compaction.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;ALTER TABLE catalog.schema.table_name
SET TBLPROPERTIES (
  delta.autoOptimize.optimizeWrite = true,
  delta.autoOptimize.autoCompact = true
);&lt;/LI-CODE&gt;&lt;P&gt;Then use &lt;STRONG&gt;OPTIMIZE&lt;/STRONG&gt; based on actual file/query behavior or let &lt;STRONG&gt;Predictive Optimization&lt;/STRONG&gt; manage maintenance automatically for UC managed tables. &lt;A href="https://docs.databricks.com/aws/en/tables/tune-file-size" target="_self"&gt;Reference&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2026 15:17:00 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168379#M56096</guid>
      <dc:creator>data_pulse</dc:creator>
      <dc:date>2026-09-11T15:17:00Z</dc:date>
    </item>
    <item>
      <title>Re: Getting started with Delta Lake basics</title>
      <link>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168730#M56097</link>
      <description>&lt;P&gt;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/254060"&gt;@rachelnguyen&lt;/a&gt;&amp;nbsp;MERGE operation is inherently expensive as it searches the entire target table to find matches, then shuffles data multiple times to write updates/inserts. It generates many small files - especially on partitioned tables where each shuffle task can write to multiple partitions. You can run OPTIMIZE to compact these small files back into larger ones to improve reads on subsequent queries. Without compaction, each successive MERGE compounds the small file issue ultimately degrading query performance.&lt;/P&gt;&lt;P&gt;You can rely on Liquid Clustering and Predictive Optimization&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;A href="https://docs.databricks.com/aws/en/tables/clustering" target="_self" rel="noreferrer"&gt;Liquid Clustering&lt;/A&gt; (CLUSTER BY &lt;STRONG&gt;AUTO&lt;/STRONG&gt;) replaces partitioning and Z-ordering for most cases. It works naturally with OPTIMIZE which respects clustering keys.&lt;/LI&gt;&lt;/UL&gt;&lt;LI-CODE lang="markup"&gt;ALTER TABLE workspace.default.files CLUSTER BY AUTO​&lt;/LI-CODE&gt;&lt;UL&gt;&lt;LI&gt;&lt;A href="https://docs.databricks.com/aws/en/optimizations/predictive-optimization" target="_self" rel="noreferrer"&gt;Predictive optimization&lt;/A&gt; automatically runs OPTIMIZE, VACUUM and ANALYZE on Unity Catalog managed tables and you can prefer it over manual maintenance.&lt;/LI&gt;&lt;LI&gt;&lt;A href="https://docs.databricks.com/aws/en/optimizations/low-shuffle-merge/" target="_self" rel="noreferrer"&gt;Low Shuffle Merge&lt;/A&gt; provides an optimized MERGE implementation that preserves existing data layout (including liquid clustering) on unmodified rows. Periodic OPTIMIZE remains useful.&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Wed, 16 Sep 2026 03:10:50 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/getting-started-with-delta-lake-basics/m-p/168730#M56097</guid>
      <dc:creator>balajij8</dc:creator>
      <dc:date>2026-09-16T03:10:50Z</dc:date>
    </item>
  </channel>
</rss>

