こんにちは！データベースの世界へようこそ。
普段、PostgreSQLを触っていると「もっと速くならないかな？」「この一時的な作業データ、わざわざHDDにしっかり書き込まなくてもいいのにな」なんて思うこと、ありませんか？
実は、そんな時にめちゃくちゃ頼りになる「裏ワザ」があるんです。それが今回紹介する『UNLOGGED（アンログド）テーブル』です。
難しい専門用語は一旦置いておいて、まずは日常の例えでイメージしてみましょう。
—
そもそも、なぜデータベースは「慎重」なの？
通常、PostgreSQLは非常に真面目です。私たちがデータを保存しようとすると、「もし今、停電してPCが落ちたら大変だ！」と、データの書き込み内容を「操作ログ（WALといいます）」という別のノートに、必ずメモしてから本番の台帳に書き込みます。
これを「二重チェック」と呼ぶことにしましょう。このおかげで、どんなトラブルがあってもデータは安全に守られます。でも、その分だけ手間がかかって、スピードは少し犠牲になっているんですね。
「UNLOGGEDテーブル」は、いわば「メモなしの作業場」
ここで登場するのがUNLOGGEDテーブルです。
これは、「二重チェックのメモ（ログ）を一切取らない」という設定のテーブルのこと。
例えるなら、「消しゴム付きの鉛筆で書く、とりあえずの計算用紙」のようなものです。
- メリット： ログを取る手間がないので、書き込みが爆速になります！
- デメリット： もし急にサーバーが落ちてしまったら、最後に書いていた内容は消えてしまいます。
そう、まるで「停電したら、計算用紙に書いていた途中経過は全部リセットされる」という状態です。でも、最初からやり直せばいいようなデータなら、これで十分だと思いませんか？
—
どんな時に使うと幸せになれる？
このUNLOGGEDテーブル、実は「データの安全」よりも「スピード」が求められる場面で真価を発揮します。
- 大量のデータを取り込むときの「一時的な置き場所」
外部から何百万件ものデータを受け取るとき、一旦このテーブルに入れてから整理する。
- 複雑な集計をするための「作業用テーブル」
「AテーブルとBテーブルを合体させて、一旦ここに置いてから計算しよう」というような、使い捨てのデータ置き場。
- 再計算がいつでもできるデータ
もし消えても、プログラムをもう一度回せばすぐに復元できるデータなら、迷わずUNLOGGEDでOKです。
—
使い方はとっても簡単
普段テーブルを作るときに使う `CREATE TABLE` の頭に、ちょっとだけ言葉を足すだけです。
CREATE UNLOGGED TABLE my_temp_data (
id serial PRIMARY KEY,
info text
);
これだけで、PostgreSQLは「あ、このテーブルはログを取らなくていいんだね！」と理解して、猛烈なスピードで働いてくれるようになります。
—
最後に：一つだけ注意点！
すごく便利なツールですが、一つだけ覚えておいてくださいね。
「大事な本番データは、絶対にUNLOGGEDに入れないこと」
お客様の注文履歴や、消えては困る大切な記録をここに入れてしまうと、万が一の時に泣きを見ることになります。あくまで「消えても（最悪）なんとかなるデータ」や「計算用の作業データ」に限って使うのが、データベースエンジニアとしての賢い立ち回りですよ。
データベースは、適材適所で使い分けることで、驚くほど軽快に動いてくれます。ぜひ、皆さんのプロジェクトでも「ここはUNLOGGEDでいいかも？」という場所を探してみてくださいね。
それでは、また次回の記事でお会いしましょう！Happy Hacking!
コメント