【入門編】サブトランザクションログ – PostgreSQL

PostgreSQLの「サブトランザクション」ってなに？迷子にならないための「付箋」の話

こんにちは！データベースエンジニアの現場からお届けしています。

PostgreSQLを触り始めると、「トランザクション」という言葉にはすぐ出会いますよね。「一連の処理をまとめて成功させるか、失敗したらなかったことにする」という、あの大事な仕組みです。

でも、最近相談を受ける中で意外と知られていないのが、「サブトランザクション」という存在。名前からしてちょっと難しそうですが、実は私たちの日常にもよくある「保険」のような仕組みなんです。

今日は、このサブトランザクションが裏側でどうやって「親子関係」を管理しているのか、専門用語を使わずに紐解いていきましょう！

—

想像してみてください。あなたは今、豪華なフルコースを作ろうとしています。

1. メインのお肉を焼く
2. 特製ソースを作る
3. デザートを盛り付ける

これらを一気にやって、全部成功したら「完璧なディナー」として食卓に出す（コミットする）。失敗したら全部やり直し（ロールバックする）。これが普通のトランザクションですね。

でも、ここで「特製ソース」だけ、ちょっと複雑な実験的な味付けを試したいとします。

「もしソースが失敗しても、お肉の調理までは無駄にしたくないな……」

そんな時に使うのが「サブトランザクション」です。ソース作りだけを「小さな別枠の作業」として切り出しておくイメージですね。

PostgreSQLは、この「メインの作業」と「ソース作りの作業」の関係を忘れないように、「サブトランザクションログ（Subtrans）」という小さなメモ帳に記録しています。

このメモ帳には、こんなことが書かれています。

専門的な話を少しだけ噛み砕くと、このログは「誰が誰の子分なのか」というツリー構造を記録しているんです。

もしPostgreSQLにこの「親子関係を覚えるメモ帳」がなかったら、どうなるでしょうか。

ソース作りに失敗した瞬間、PostgreSQLは「あ、どこかで失敗した！全部台無しだ！」とパニックになって、お肉を焼いていた作業まで全部なかったことにしてしまいます。これでは、せっかく順調だった作業まで無駄になってしまいますよね。

サブトランザクションがあるおかげで、PostgreSQLはこう判断できます。

「おっと、ソース作り（サブトランザクション）で失敗したな。じゃあ、ソース作りの部分だけなかったことにして、お肉を焼いたところまで戻そう。 よし、続きから再開だ！」

このように、「一部の失敗を、全体を止めることなく綺麗に片付ける」ために、このログは影で必死に頑張っているんです。

—

PostgreSQLの裏側を覗くと、ただデータを保存しているだけでなく、こうした細かい「親子関係」を管理して、私たちが安心してデータを扱えるように支えてくれていることがわかります。

もしあなたが仕事で「ネストされたトランザクション」を使う機会があったら、ぜひ思い出してみてください。「あ、今PostgreSQLが一生懸命、親子関係のメモを取ってくれてるんだな」と。

データベースという無機質なシステムも、こうやって覗いてみると、なんだか少し人間味のある相棒のように思えてきませんか？

それでは、また次回の記事でお会いしましょう！質問があればいつでもコメント欄で教えてくださいね。