<?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: dbutils.fs.mv inefficient with ADLS in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116237#M45275</link>
    <description>&lt;P&gt;Is there a question in there or are you sharing you experience with the community?&lt;/P&gt;</description>
    <pubDate>Tue, 22 Apr 2025 18:55:38 GMT</pubDate>
    <dc:creator>Louis_Frolio</dc:creator>
    <dc:date>2025-04-22T18:55:38Z</dc:date>
    <item>
      <title>dbutils.fs.mv inefficient with ADLS</title>
      <link>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116224#M45272</link>
      <description>&lt;P&gt;dbutils.fs.mv with ADLS currently copies the file and then deletes the old one. This incurs costs and has a lot of overhead vs using the rename functionality in ADLS which is instant and doesn't incur extra costs involved with writing the 'new' data.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2025 16:41:38 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116224#M45272</guid>
      <dc:creator>ktagseth</dc:creator>
      <dc:date>2025-04-22T16:41:38Z</dc:date>
    </item>
    <item>
      <title>Re: dbutils.fs.mv inefficient with ADLS</title>
      <link>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116237#M45275</link>
      <description>&lt;P&gt;Is there a question in there or are you sharing you experience with the community?&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2025 18:55:38 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116237#M45275</guid>
      <dc:creator>Louis_Frolio</dc:creator>
      <dc:date>2025-04-22T18:55:38Z</dc:date>
    </item>
    <item>
      <title>Re: dbutils.fs.mv inefficient with ADLS</title>
      <link>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116238#M45276</link>
      <description>&lt;P&gt;Mostly just sharing my experience, didn't see this documented anywhere and it caused me some headaches.&amp;nbsp;&lt;/P&gt;&lt;P&gt;If i had a question it would be if fs.mv could be updated to use the rename functionality under the hood with adls but that wasn't my intention with the post&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2025 19:03:03 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116238#M45276</guid>
      <dc:creator>ktagseth</dc:creator>
      <dc:date>2025-04-22T19:03:03Z</dc:date>
    </item>
    <item>
      <title>Re: dbutils.fs.mv inefficient with ADLS</title>
      <link>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116240#M45277</link>
      <description>&lt;P&gt;The tool is really meant for dbfs and is only accessible from within Databricks.&amp;nbsp; If I had to guess the idea is that most folks will not be using dbfs for production or sensitive data (for a host of good reasons) and as such there has not been a big investment in the Databricks Utility.&amp;nbsp; FYI, Unity Catalog volumes are the preferred method for storing all your data and artifacts.&amp;nbsp; Cheers, Lou.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2025 19:16:19 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dbutils-fs-mv-inefficient-with-adls/m-p/116240#M45277</guid>
      <dc:creator>Louis_Frolio</dc:creator>
      <dc:date>2025-04-22T19:16:19Z</dc:date>
    </item>
  </channel>
</rss>

