1:nの関係にあるテーブルを削除する処理のセオリーが知りたい

Question

質問内容

下記のように1:nの関係にあるテーブルが複数の階層を作っていたとします。
ここでparent_id=1に関連するデータを全て削除したい場合、
処理の流れとしてはどちらが一般的なのでしょうか？

1. 上の階層から順に削除する（親→子→孫）
2. 下の階層から順に削除すう（孫→子→親）

前提として

• 1テーブルずつ削除処理を行います
• 各テーブルに対して、レコードの存在チェック→削除の順に処理を行います

　（メモリ上に子レコードを引くための親レコード情報は保持されている）

• 削除処理自体を1つのトランザクションとして処理します

　（途中でエラーが起きた場合は全てのテーブルがロールバックされる）

今まで何となく一番下のテーブルから削除していたのですが、
よくよく考えたらトランザクション制御をしているので
どっちから消しても同じなのでは？と困り、こちらに質問させていただきました。

「こうする方が〇〇の面から一般的」や「こちらのやり方には△△というメリット（デメリット）がある」など
ありましたら、ご教示いただけますと幸いです。

テーブル構造の例

・親テーブル

parent_id	name
1	aaa
2	bbb

・子テーブル

child_id	parent_id	value
1	1	111
2	1	222
3	2	333

・孫テーブル1

grandchild_id1	child_id	text
1	1	あいうえお
2	1	かきくけこ
3	3	さしすせそ

・孫テーブル2

grandchild_id2	child_id	url
1	2	https://hoge.com
2	3	https://moga.com
3	3	https://fugo.com

補足情報（FW/ツールのバージョンなど）

MySQL 5.6での処理を想定しています。

Answer 1

下位階層から削除します。
上位階層から削除すると、関係性が不明となる下位階層が発生してしまいます。

トランザクション制御しているからと言っても、トランザクションモードによっては、トランザクション内でも、下位階層が見れなくなってしまいます。

処理途中のキーは保存されながら行われているとの事ですが、下位階層からであれば、1件毎ではなくSQLのみでテーブルごとの一括処理も可能ですし。

参照整合性により連動して削除する設定が可能であったりしますが、要件変更があった場合を考えると下位階層から削除する仕組みにしておいた方が、対応時の工数は低いでしょう。

Comments

[flaumig]

ご回答ありがとうございます。
保守性という観点は無かったのでとても勉強になりました。

Answer 2

1テーブルずつ削除処理を行います

FOREIGN KEYでON DELETE CASCADEとしておけば、親を消すことで一気に削除されるようになります。使い方によってはそういうのもありです。

Comments

[flaumig]

ご回答ありがとうございます。
foriegn key制約やON DELETE CASCADEを知りませんでしたので勉強になりました。

Answer 3

テーブルがわかれているならforiegn key制約で処理するか
triggerで管理すればよいでしょう

Comments

[yambejp]

効率を考えなければどちらから消し始めてもさほど変わりません
多重に正規化されたデータを削除するということはそれなり特殊な
状況を想定しているのでしょうから、通常の処理と同等の効率を
考える必要はないでしょう

[yambejp]

参考

create table oya(pid int primary key,name varchar(20),delflag int default 0);
insert into oya values
(1,'aaa',0),
(2,'bbb',0);

create table ko(cid int primary key,pid int,value int,delflag int default 0,
foreign key(pid) references oya(pid) on delete cascade);
insert into ko values
(1,1,111,0),
(2,1,222,0),
(3,2,333,0);

create table mago(gid int primary key,cid int,txt text,delflag int default 0,
foreign key(cid) references ko(cid) on delete cascade);
insert into mago values
(1,1,'あいうえお',0),
(2,1,'かきくけこ',0),
(3,3,'さしすせそ',0);

上記oyaのpid=1を消すと、koのcid=1,2が消え、magoのgid=1,2も消えます

[flaumig]

ご回答ありがとうございます。
また、参考DDLもありがとうございます。
テーブル作成時にforiegn key制約を付けると一括削除ができるんですね。勉強になりました。