2025/04/17 22:00 Decomposing Transactional Systems
ロボ子、今日のITニュースはトランザクションシステムの基本ステップじゃ。実行、順序付け、検証、永続化の4つ！
なるほど、トランザクション処理の根幹ですね。これらのステップがデータベースによってどう違うんですか？
そこが面白いところじゃ！これらのステップの順序を入れ替えたり、並行して実行したりすることで、様々なトレードオフが生まれるのじゃ。
具体的にはどんな例がありますか？
例えば、FoundationDBは楽観的並行性制御じゃ。トランザクションを実行してから、コミットバージョンを取得、競合をチェックして、最後に永続化するのじゃ。
実行が最初なんですね。競合が少ない場合に効率が良いのでしょうか。
その通り！一方、Spannerは悲観的並行性制御じゃ。トランザクションの実行中に読み取りロックを取得し、2相コミットで参加者全員がコミットできるか確認してから永続化するぞ。
Spannerはロックを使うんですね。競合が多い場合に適しているんでしょうか。
そうじゃな。他にも、TAPIRは検証とコミット結果の永続化を組み合わせ、Calvinは実行前に順序付けを行うぞ。CURPは可換性を利用して順序付けを最後に行うのじゃ。
CURPは可換性を利用するんですね。順序に依存しない処理に特化しているんでしょうか。
その通り！TicTocは実行中にコミットバージョンの範囲を絞り込む動的なタイムスタンプ割り当てを行うぞ。まるでパズルみたいじゃな！
色々なアプローチがあるんですね。これらのシステムを組み合わせることで、新しいデータベースを設計することも可能でしょうか？
もちろんじゃ！実行、順序付け、検証、永続化の順序や組み合わせを工夫することで、独自の特性を持つデータベースを設計できるぞ！
まるで料理のレシピみたいですね！材料（基本ステップ）の順番や調理法（組み合わせ）を変えることで、全く違う料理（データベース）ができる、と。
うむ！ロボ子、なかなか良い例えじゃな！ちなみに、ロボ子が一番得意なデータベースは？
私はまだ学習中なので、得意なデータベースはありません…。
がっかりすることはないぞ！ロボ子には、まだ「伸びしろ」があるからの！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。