インサートトリガーで別のバックアップテーブルに値を楽に格納したい。

Question

前提

お世話になります。
MYSQLでバックアップ用のテーブルを作成し、顧客情報をそのテーブルに格納しようと考えています。

バックアップテーブルに格納する際に顧客テーブル側にinsertトリガー・updateを仕込もうと考えているのですが、カラム数が多いため、一つ一つカラムを書いていくと時間がかかってしまいます。
そのため、すべてのカラムを対象にするような書き方はないかなと思い質問させていただきました。

#1
BEGIN
	INSERT INTO `customer_history` (
                  `del_flg`,
                  id,
                  id_sequence
　　　)values(
                  NEW.`del_flg`,
                  NEW.`id`,
                  NEW.`id_sequence`
          )

#上記から下記のような記述に変えたい

#2
INSERT INTO `t_vehicle_base_history` (
                  *
　　　)values(
                  NEW.*
          )

実現したいこと

#2のような書き方は実現可能でしょうか？
よろしくお願いいたします。

Answer 1

insert のトリガーで同じデータを別テーブルに流し込む意義がわかりませんがinsert ～select構文が使えそうです

create table tbl_a (id int primary key,val1 int,val2 varchar(10));
create table tbl_b (id int,val1 int,val2 varchar(10));
create trigger trg_a2b after insert on tbl_a for each row
insert into tbl_b select * from tbl_a where id=new.id

test

insert into tbl_a values
(1,100,'aaa'),
(2,101,'bbb'),
(3,102,'ccc');

結果

select * from tbl_b;

Comments

[yambejp]

tbl_aの主キーは削除して同じキーの使い回す可能性があるので
この手の処理だとtbl_bのidにはprimary key設定はできません。

[teratail-boy]

PKを設定したい場合はどうすればいいでしょうか？
一個づつカラム名書いていかなければならないですかね？

[yambejp]

PKをつけるならauto_incrementの新規のものを用意するか
tbl_aのid＋作成日時をつかった複合主キーにするかでしょうけど
どちらもあまり意味がありません

もしくはidを共有するであればdeleteのトリガーを設定してすれば
tbl_aのidをtbl_bでも主キーとする手もありますが、見た感じ履歴を取りたいように見えるので
tbl_aの削除をもってtbl_bを削除するのは微妙ですね・・・
どういう運用ルールにしたいかをまずはまとめるところから始めてください

[teratail-boy]

申し訳ありません、説明不足です、自分が言いたかったのは
PKは、バックアップテーブル側で固有のIDを持たせたくて、
つまりバックアップテーブルに格納されるのは、元のテーブルの情報＋バックアップテーブルのID(PK)
のような形でバックアップをとりたいのですが、

その場合は先ほどyambejp様が回答してくださった、↓
insert into tbl_b select * from tbl_a where id=new.id
この処理で実現可能ですか？

[yambejp]

ちょっと仕様が固まってないようなのできちんと決め込んでから質問されたほうがよいでしょう。
元テーブルと同じデータを別テーブルに持つ意味はなんですか？
元テーブルは更新や削除されても初期値だけとっておきたいということでしょうか？
それとも削除されて同じIDが再利用されて追記された場合、追加データとして保持したいのでしょうか？

[teratail-boy]

仰る通りです。申し訳ありませんでした。

[teratail-boy]

元テーブルに新規データが作成された時とデータに変更があった場合に、バックアップテーブルにレコードが挿入される仕様にしたかったです。m(_ _)m

[yambejp]

そうなるとトリガーが３つ必要ですね
・insert時、update時、その時のデータを流し込む
・削除時、削除された情報を保持

加えて、それぞれの適用日時も保持する必要がありそうですね
こまごまと変更をされた場合その数分のレコードが発生してかなり非効率かもしれません

[teratail-boy]

ありがとうございます。
トリガーを作成したいと思います！

お時間をいただき本当にありがとうございました。