<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Transactions on Nalar</title>
    <link>https://nalar.dev/tags/transactions/</link>
    <description>Recent content in Transactions on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 01 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/transactions/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Transaction Isolation and Safe Database Retries</title>
      <link>https://nalar.dev/transaction-isolation-and-safe-retries/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/transaction-isolation-and-safe-retries/</guid>
      <description>&lt;p&gt;Database transactions make groups of reads and writes atomic, but atomicity alone does not answer what concurrent transactions are allowed to observe. That is the job of isolation.&lt;/p&gt;&#xA;&lt;p&gt;The practical challenge appears when correct transactions conflict. Strong isolation can intentionally abort one transaction rather than allow an invalid interleaving. Applications need to distinguish those retryable concurrency failures from ordinary errors.&lt;/p&gt;&#xA;&lt;h2 id=&#34;isolation-protects-invariants-not-just-statements&#34;&gt;Isolation protects invariants, not just statements&lt;/h2&gt;&#xA;&lt;p&gt;Consider two concurrent requests that reserve the last available item.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
