<?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 Delta concurrency write Issue in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/delta-concurrency-write-issue/m-p/23445#M16173</link>
    <description>&lt;P&gt;What is concurrent issue in delta, If at a time if we try to write same delta table , it some times fail , how to mitigate that&lt;/P&gt;</description>
    <pubDate>Thu, 17 Jun 2021 07:16:14 GMT</pubDate>
    <dc:creator>User16826994223</dc:creator>
    <dc:date>2021-06-17T07:16:14Z</dc:date>
    <item>
      <title>Delta concurrency write Issue</title>
      <link>https://community.databricks.com/t5/data-engineering/delta-concurrency-write-issue/m-p/23445#M16173</link>
      <description>&lt;P&gt;What is concurrent issue in delta, If at a time if we try to write same delta table , it some times fail , how to mitigate that&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jun 2021 07:16:14 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/delta-concurrency-write-issue/m-p/23445#M16173</guid>
      <dc:creator>User16826994223</dc:creator>
      <dc:date>2021-06-17T07:16:14Z</dc:date>
    </item>
    <item>
      <title>Re: Delta concurrency write Issue</title>
      <link>https://community.databricks.com/t5/data-engineering/delta-concurrency-write-issue/m-p/23446#M16174</link>
      <description>&lt;UL&gt;&lt;LI&gt;Delta Lake uses&amp;nbsp;&lt;A href="https://en.wikipedia.org/wiki/Optimistic_concurrency_control" alt="https://en.wikipedia.org/wiki/Optimistic_concurrency_control" target="_blank"&gt;optimistic concurrency control&lt;/A&gt;&amp;nbsp;to provide transactional guarantees between writes. &lt;/LI&gt;&lt;/UL&gt;&lt;OL&gt;&lt;LI&gt;Read: Reads (if needed) the latest available version of the table to identify which files need to be modified (that is, rewritten).&lt;OL&gt;&lt;LI&gt;Write: Stages all the changes by writing new data files.&lt;/LI&gt;&lt;LI&gt;Validate and commit: Before committing the changes, checks whether the proposed changes conflict with any other changes that may have been concurrently committed since the snapshot that was read. If there are no conflicts, all the staged changes are committed as a new versioned snapshot, and the write operation succeeds. However, if there are conflicts, the write operation fails with a concurrent modification exception rather than corrupting the table as would happen with the write operation on a Parquet table.&lt;/LI&gt;&lt;/OL&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Read more about delta lake concurrency &lt;A href="https://docs.databricks.com/delta/concurrency-control.html" alt="https://docs.databricks.com/delta/concurrency-control.html" target="_blank"&gt;here&lt;/A&gt;. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jun 2021 23:57:54 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/delta-concurrency-write-issue/m-p/23446#M16174</guid>
      <dc:creator>Ryan_Chynoweth</dc:creator>
      <dc:date>2021-06-17T23:57:54Z</dc:date>
    </item>
  </channel>
</rss>

