【テクニカル・上級編】データ操作言語（INSERT, UPDATE, DELETE） – PostgreSQL

「ただのCRUD」で終わらせない。PostgreSQLのDMLとMVCCの深淵へ

こんにちは。データベースを愛してやまないエンジニアです。

皆さんは普段、`INSERT`, `UPDATE`, `DELETE`を叩くとき、裏側で何が起きているか意識していますか？「SQLを書けばデータが変わる」。それは確かにその通りです。でも、PostgreSQLを本気で使いこなしたいなら、その先にある「MVCC（多版型同時実行制御）」という巨大なエンジンの鼓動を感じる必要があります。

今日は、初心者向けチュートリアルを一歩抜け出して、熟練エンジニアの視点でPostgreSQLのDMLが抱える「美しさと泥臭さ」について語らせてください。

—

1. INSERT：追記型アーキテクチャの真実

PostgreSQLにおいて、`INSERT`は単なるデータ挿入ではありません。実は、これは「新しいタプル（行）の作成」というイベントに過ぎません。

ここで重要なのは、PostgreSQLはデータを「上書き」しないという点です。新しいタプルには `xmin`（作成したトランザクションID）が刻まれ、その瞬間に可視性判断の対象となります。

高負荷時の教訓: インデックス（B-tree）の肥大化には注意してください。大量の`INSERT`が走るテーブルで、インデックスが多すぎると、ページ分割（Page Split）の嵐が吹き荒れます。書き込み性能を稼ぐなら、本当に必要なインデックスだけを残す「断捨離」の勇気も必要です。

2. UPDATE：実は「DELETE + INSERT」の合わせ技

ここがPostgreSQLの最も「人間味」のある（そして時に厄介な）部分です。`UPDATE`を実行したとき、PostgreSQLは既存のタプルを更新しません。古いタプルを「無効」にし、新しいタプルを別の場所に書き込みます。

これを知ると、なぜ高頻度で`UPDATE`されるテーブルで「テーブル肥大化（Bloat）」が起きるのか、その理由が腹落ちするはずです。

HOT (Heap Only Tuple) 更新の恩恵: もし更新したカラムがインデックスに含まれていないなら、PostgreSQLはインデックスを更新せずにテーブル内の同じページ内に新タプルを収めようとします。これを「HOT更新」と呼びます。パフォーマンスチューニングにおいて、このHOT更新率をいかに高めるかは、熟練エンジニアの腕の見せ所です。

3. DELETE：物理削除は「後回し」の美学

`DELETE`した瞬間、データは即座に消えるわけではありません。タプルのヘッダーにある`xmax`が更新されるだけで、データ本体はディスク上に残り続けます。

これを掃除するのが、かの有名な`VACUUM`です。

アンチパターンの回避: 「削除が多いからVACUUMを頻繁に回せばいい」というのは半分正解で、半分危険です。過剰なVACUUMはI/Oを圧迫し、本来のクエリ性能を奪います。監視ツールで`n_dead_tup`を追い、適切に`autovacuum`をチューニングする。これが、データベースを「生き物」として管理するということです。

—

4. トランザクション：一貫性を守るための「契約」

DMLを語る上で欠かせないのがトランザクションです。

PostgreSQLはACID特性を守るため、各トランザクションに一貫したスナップショットを提供します。複雑な`UPDATE`を並列で実行する際、ロック競合（`Lock Wait`）が発生してアプリケーションがスタックした経験はありませんか？

トラブルシューティングの極意: `pg_stat_activity`を見て、どのクエリがどのロックを掴んでいるか特定するのは基本中の基本です。しかし、さらに一歩踏み込むなら、`deadlock_timeout`や`lock_timeout`を適切に設定し、アプリケーション側でリトライ戦略を練ること。これが、システム全体を「落ちない」構成にするための防波堤となります。

—

最後に：データベースと対話しよう

PostgreSQLのDMLは、決して単なる「命令」ではありません。データベースという複雑なシステムに対する「リクエスト」であり、それを受け取ったエンジンは、MVCCやWAL（Write Ahead Log）という知性を駆使して最適な解を導き出します。

「なぜこのクエリは遅いのか？」
「なぜテーブルがこんなに肥大化しているのか？」

そんな疑問を抱いたとき、ぜひ `EXPLAIN (ANALYZE, BUFFERS)` を叩いてみてください。そして、物理構造を想像してみてください。そうすれば、皆さんもきっと、PostgreSQLという素晴らしいエンジンの鼓動が聞こえてくるはずです。

データベースは、向き合った分だけ必ず応えてくれます。さあ、次はどんなクエリを投げますか？