<?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: Fatctors deciding to choose between zorder, partitioning and liquid clustering in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/111960#M44057</link>
    <description>&lt;P&gt;In several ways, liquid clustering is more flexible than either hive-style partitioning or z-ordering.&lt;/P&gt;&lt;P&gt;Liquid clustering allows us to change clustering keys without re-writing the entire table. Since stakeholders often query only more recent data, this can be very powerful as we can change cluster keys, and all future OPTIMIZE commands will only rewrite recent data.&lt;/P&gt;&lt;P&gt;With OPTIMIZE ZORDER, you have to specify the zorder keys each time you run an OPTIMIZE command, which can be error-prone. Liquid cluster keys are stored in table properties, so you need not remember the keys when running an OPTIMIZE command.&lt;BR /&gt;&lt;BR /&gt;Partitioning can help data skipping for a single column, or multiple related columns (like year/month/day), but not unrelated columns.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Both ZORDER and Liquid Clustering are techniques to improve data skipping for multiple independent columns. To do this, both map multi-dimensional data into a single dimension, and group data points with a similar value together. However, Liquid Clustering's technique for this is better at grouping similar data together. You can learn more about it here:&amp;nbsp;&lt;A href="https://www.youtube.com/watch?v=5t6wX28JC_M" target="_blank"&gt;https://www.youtube.com/watch?v=5t6wX28JC_M&lt;/A&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 07 Mar 2025 03:43:35 GMT</pubDate>
    <dc:creator>Nik_Vanderhoof</dc:creator>
    <dc:date>2025-03-07T03:43:35Z</dc:date>
    <item>
      <title>Fatctors deciding to choose between zorder, partitioning and liquid clustering</title>
      <link>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/111892#M44034</link>
      <description>&lt;P&gt;What are the factors on which we should choose the optimization approach&lt;/P&gt;</description>
      <pubDate>Thu, 06 Mar 2025 06:12:51 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/111892#M44034</guid>
      <dc:creator>ShivangiB</dc:creator>
      <dc:date>2025-03-06T06:12:51Z</dc:date>
    </item>
    <item>
      <title>Re: Fatctors deciding to choose between zorder, partitioning and liquid clustering</title>
      <link>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/111960#M44057</link>
      <description>&lt;P&gt;In several ways, liquid clustering is more flexible than either hive-style partitioning or z-ordering.&lt;/P&gt;&lt;P&gt;Liquid clustering allows us to change clustering keys without re-writing the entire table. Since stakeholders often query only more recent data, this can be very powerful as we can change cluster keys, and all future OPTIMIZE commands will only rewrite recent data.&lt;/P&gt;&lt;P&gt;With OPTIMIZE ZORDER, you have to specify the zorder keys each time you run an OPTIMIZE command, which can be error-prone. Liquid cluster keys are stored in table properties, so you need not remember the keys when running an OPTIMIZE command.&lt;BR /&gt;&lt;BR /&gt;Partitioning can help data skipping for a single column, or multiple related columns (like year/month/day), but not unrelated columns.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Both ZORDER and Liquid Clustering are techniques to improve data skipping for multiple independent columns. To do this, both map multi-dimensional data into a single dimension, and group data points with a similar value together. However, Liquid Clustering's technique for this is better at grouping similar data together. You can learn more about it here:&amp;nbsp;&lt;A href="https://www.youtube.com/watch?v=5t6wX28JC_M" target="_blank"&gt;https://www.youtube.com/watch?v=5t6wX28JC_M&lt;/A&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 07 Mar 2025 03:43:35 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/111960#M44057</guid>
      <dc:creator>Nik_Vanderhoof</dc:creator>
      <dc:date>2025-03-07T03:43:35Z</dc:date>
    </item>
    <item>
      <title>Re: Fatctors deciding to choose between zorder, partitioning and liquid clustering</title>
      <link>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/112491#M44231</link>
      <description>&lt;P&gt;&lt;SPAN&gt;I have built a decision tree on how to think about it&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://www.canadiandataguy.com/p/optimizing-delta-lake-tables-liquid?triedRedirect=true" target="_blank" rel="nofollow noopener noreferrer"&gt;https://www.canadiandataguy.com/p/optimizing-delta-lake-tables-liquid?triedRedirect=true&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 13 Mar 2025 15:36:04 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/fatctors-deciding-to-choose-between-zorder-partitioning-and/m-p/112491#M44231</guid>
      <dc:creator>canadiandataguy</dc:creator>
      <dc:date>2025-03-13T15:36:04Z</dc:date>
    </item>
  </channel>
</rss>

