こんにちは！データベースの世界へようこそ。
普段、何気なく使っているデータベースですが、実はその裏側では、まるで物語の登場人物たちが緻密な連携プレーを繰り広げているようなドラマがあるんです。
今日は、PostgreSQLのちょっと影が薄いけれど、実はめちゃくちゃ頼りになる「サブトランザクション（SAVEPOINT）」という機能についてお話ししますね。
—
失敗したくない「一連の作業」の落とし穴
例えば、あなたがオンラインショップで「注文を確定する」というボタンを押したとします。裏側ではこんなことが起きています。
1. 在庫を1つ減らす
2. 注文履歴にデータを追加する
3. 決済処理をする
これらは「全部まとめて成功して初めて意味がある」作業ですよね。もし途中で失敗したら、全部なかったことにしないと在庫と売上のデータがめちゃくちゃになっちゃいます。これをデータベースの世界では「トランザクション（取引）」と呼びます。
でも、こんな困った状況を想像してみてください。
「3つの商品を買おうとしているけれど、もし1つ目の在庫が足りなかったら、その商品だけスキップして、残りの2つはそのまま注文を通したい」
普通のトランザクションだと、どこか1つでもミスがあれば、すべてが「なかったこと」にされてしまいます。ここで登場するのが「サブトランザクション」です。
SAVEPOINT（セーブポイント）という「どこでもドア」
サブトランザクションを一言で言うと、「ここまで戻ってこられる」という目印のことです。PostgreSQLではこれを「SAVEPOINT」と呼びます。
これを日常の例えで言うなら、「ゲームのセーブ機能」が一番近いです。
- 難しいボス戦に挑む前に、セーブしますよね？
- 負けてしまったら、そのセーブした場所からやり直せます。
- でも、もしボスに勝てたら、その先へ進んでいけますよね。
データベースもこれと同じです。
1. 「よし、ここから作業を始めるよ（トランザクション開始）」
2. 「じゃあ、まず1つ目の処理をやる前に、今の状態を記録しておこう（SAVEPOINT A）」
3. 処理を実行！……あ、エラーになっちゃった。
4. 「おっと、じゃあさっきのSAVEPOINT Aまで巻き戻して、なかったことにしよう」
5. 「よし、じゃあ気を取り直して次の処理にいこう！」
こうすることで、全部を諦めるのではなく、「失敗した部分だけを切り捨てて、残りの作業を継続する」という賢い立ち回りができるようになるんです。
便利なサブトランザクション、でも使いすぎには注意！
ここまで聞くと「じゃあ、プログラムの要所要所にSAVEPOINTを入れまくれば最強じゃない？」と思うかもしれません。
でも、ここがデータベースエンジニアの腕の見せ所。実は、サブトランザクションを使いすぎると、データベースのパフォーマンスが少しずつ落ちてしまうという「代償」があるんです。
例えるなら、「頻繁にセーブしすぎるゲーム」のようなものです。
こまめにセーブしすぎると、そのたびに読み込み時間が長くなって、プレイがカクカクしてしまいますよね？ PostgreSQLも同じで、サブトランザクションを管理するために、データベースは裏側で一生懸命メモを取ったり、状態を整理したりしています。
だから、僕らエンジニアはこんなバランス感覚を大切にしています。
- 本当に「失敗してもやり直したい」重要な分岐点にだけ使う。
- 「とりあえず何でもセーブ」は避けて、スマートに設計する。
まとめ：失敗を恐れず、でも賢く付き合おう
サブトランザクション（SAVEPOINT）は、データベースという荒波を渡るための「救命ボート」のようなものです。
- 全体を一度に完了させる「トランザクション」という大きな枠組みがある。
- その中に「ここまで戻れるよ」という目印（SAVEPOINT）を作れる。
- おかげで、部分的な失敗を吸収して、しなやかに処理を続けられる。
初めのうちは少し難しく感じるかもしれませんが、「失敗してもここからやり直せる！」という安心感は、システムを作る上での最強の武器になります。
ぜひ、次にコードを書くときは「ここって、失敗したらどうなるかな？ 部分的に救済する必要はあるかな？」と想像してみてください。それが、プロのデータベースエンジニアへの第一歩です。
また次回のブログでお会いしましょう。それでは、良いデータベースライフを！
コメント