<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Optimistic Locking on Nalar</title>
    <link>https://nalar.dev/id/tags/optimistic-locking/</link>
    <description>Recent content in Optimistic Locking on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Sat, 19 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/optimistic-locking/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Kolom Versi Mengubah Update Database Menjadi Transisi State Bersyarat</title>
      <link>https://nalar.dev/id/kolom-versi-mengubah-update-database-menjadi-transisi-state-bersyarat/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/kolom-versi-mengubah-update-database-menjadi-transisi-state-bersyarat/</guid>
      <description>&lt;p&gt;Client database dapat membaca sebuah row, memakai waktu untuk menghitung perubahan, lalu menjalankan &lt;code&gt;UPDATE&lt;/code&gt; setelah transaksi lain lebih dulu mengubah row yang sama. Jika statement terakhir hanya mengidentifikasi row lewat primary key, write yang datang kemudian dapat mengganti state yang dihitung dari kondisi lama tanpa konflik yang terlihat.&lt;/p&gt;&#xA;&lt;p&gt;Kolom versi mengubah batas tersebut. Client membaca state aplikasi beserta nilai revisinya, lalu menyertakan revisi itu dalam predicate update. Database menerima write hanya selama revisi yang tersimpan masih sama dengan state yang sebelumnya diamati client.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
