MySQLのトリガーを初めて使った話
トリガーとは
仕事の都合上、MySQLで履歴テーブルをつくらないといけなくなった。
現行のシステムでは、PHP側で2テーブルに更新・挿入を行っているらしい。
えっじゃあそれそのままでええんとちゃうん、そのままの方がええんちゃうんお兄さんと思ったんだけど、たまたま手元にあった『データベース実践入門』（著者の方は漢(オトコ)のコンピュータ道の奥野さんという有名な方）にチラホラ”トリガ”という単語が出てきていてそれっぽかったので調べてみることにした。
理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL (WEB+DB PRESS plus)
- 作者: 奥野幹也
- 出版社/メーカー: 技術評論社
- 発売日: 2015/03/10
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (9件) を見る
いくらかヤフーでググったところ、トリガを定義するテーブルに何かしらのアクション（INSERT,UPDATE,DELETE）を起こした際に、自動で他のテーブルもしくは該当テーブルにSQLを投げられる機能らしい。他にもいろいろ出来るのかもしれないけれど、とりあえず目的は達成できそうな気がする。
というか世間では当然のように使っている機能らしい。技術力がないと言われているようで悲しい。
で、なにはともあれ使ってみた。
実践
よくよく見たらphpmyadminのメニューバー上に大きく「トリガ」ってかいてあった。
明らかに自分が悪いんだけど、そんな便利なものがあるならもうちょっと自己主張してもいいんじゃないかトリガさん。
トリガを定義するテーブルoriginを作成、同じ構造のテーブルにカラムhistory_id(名前は何でもいい)を加えたテーブルhistoryを作成。
上記画像のようにトリガを付けてoriginに挿入して、historyをみてみた。
おー、originに入れたらhistoryにもちゃんとはいってる。
idが0になってるのはトリガの実行時期をBEFOREに設定してた時の分。origin.idはオートインクリメントになってるから、BEFOREだとまだnew.idが確定しないタイミングで挿入をかけることになる。そうするとこうなっちゃうっぽい。AFTERにしたらちゃんと5が入ったから、多分間違ってないと思う。
感想
これがあれば「おいこの画面だけ履歴テーブルにINSERTかかってねえじゃねえか！！！」とか言われることもなくなる！！！！！！！！！！
便利すぎておしっこちびりそうになるくらい便利。というか今までなんでこれ使ってこなかったんだろうバカなのってレベル。上司に聞いてみたら、「うちのサービスmysql4の頃につくったからそんな便利なものまだ無かったんだと思う」とのこと。じゃあしょうがないね。進歩ってうれしいね。
まだよく分かってないんだけど、これとストアドプロージャを上手く使えばデータの整合性で心配することはグッと減りそうな気がする。ちゃんとデータベース実践入門読もう。
データベースとの接続も一回で済むし、コーディングもしないで済む。コスト的にもセキュリティ的にもメリットしかないように見えるなあ。勿論使える場面使えない場面っていうのはあるだろうけど、なんか裏があったりするのかな？
