トリガー（データベース） とは？

代表的なのは監査ログ。「誰がいつどのデータを変更したか」を自動で記録するトリガーを仕込めば、アプリケーション側でログ処理を書き忘れても確実に記録が残る。あとは「注文が入ったら在庫テーブルを自動で減らす」みたいな連動処理にも使える。

BEFOREトリガーはデータが変更される前に実行される。値のバリデーションや自動補正に使う（例：メールアドレスを小文字に変換してから保存）。AFTERトリガーは変更が確定した後に実行される。ログ記録や他テーブルへの反映に使うよ。

トリガーはDBレベルで動くから、SQLを直接実行する管理ツールやバッチ処理からも確実に発火する。アプリのコードを通らない操作でも漏れがない。ただしその分、アプリケーションのコードを読んでも何が起きるかわからないという透明性の問題がある。

一番怖いのは「トリガーの連鎖」。トリガーAの処理がテーブルBを更新→テーブルBのトリガーBが発火→トリガーBがテーブルCを更新...と連鎖すると、何が起きているのか追跡が困難になる。バグが出ても原因を特定しにくいし、パフォーマンスも読めなくなる。さらにトリガー内でエラーが起きると元の操作ごとロールバックされるから、「INSERTしたはずなのに入っていない」という不可解な事象が起きて調査に時間がかかる。便利だけど使いすぎると「隠れた処理」が増えて保守が地獄になるんだ。