<?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: Trying to vacuum a table that is constantly being &amp;quot;createdOrReplaced&amp;quot; in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/45580#M27936</link>
    <description>&lt;P&gt;Eligibility of a file for vacuum is based on the date that the file was ,asked for deletion and not on the creation timestamp of the file.&lt;BR /&gt;&lt;SPAN&gt;Delta table data files are deleted according to the time they have been logically removed from Delta’s transaction log plus retention hours, not their modification timestamps on the storage system. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Can you please confirm that the files were marked for removal before the retention period to make sure that they are eligible.&lt;/P&gt;</description>
    <pubDate>Thu, 21 Sep 2023 19:36:43 GMT</pubDate>
    <dc:creator>swethaNandan</dc:creator>
    <dc:date>2023-09-21T19:36:43Z</dc:date>
    <item>
      <title>Trying to vacuum a table that is constantly being "createdOrReplaced"</title>
      <link>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/41970#M27384</link>
      <description>&lt;P&gt;and it seems that older data (From the "replaced" table) isn't being removed, long after the retention period&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd be glad for clues on how to handle this&lt;/P&gt;</description>
      <pubDate>Sun, 27 Aug 2023 11:36:31 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/41970#M27384</guid>
      <dc:creator>alonisser</dc:creator>
      <dc:date>2023-08-27T11:36:31Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to vacuum a table that is constantly being "createdOrReplaced"</title>
      <link>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/45580#M27936</link>
      <description>&lt;P&gt;Eligibility of a file for vacuum is based on the date that the file was ,asked for deletion and not on the creation timestamp of the file.&lt;BR /&gt;&lt;SPAN&gt;Delta table data files are deleted according to the time they have been logically removed from Delta’s transaction log plus retention hours, not their modification timestamps on the storage system. &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Can you please confirm that the files were marked for removal before the retention period to make sure that they are eligible.&lt;/P&gt;</description>
      <pubDate>Thu, 21 Sep 2023 19:36:43 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/45580#M27936</guid>
      <dc:creator>swethaNandan</dc:creator>
      <dc:date>2023-09-21T19:36:43Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to vacuum a table that is constantly being "createdOrReplaced"</title>
      <link>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/45846#M27989</link>
      <description>&lt;P&gt;Thanks, I know that, but the table history shows 30 days, but the actual data size and number of files and all other indicators , correlate to 170 days.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 23 Sep 2023 14:05:40 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/trying-to-vacuum-a-table-that-is-constantly-being-quot/m-p/45846#M27989</guid>
      <dc:creator>alonisser</dc:creator>
      <dc:date>2023-09-23T14:05:40Z</dc:date>
    </item>
  </channel>
</rss>

