回答編集履歴
1
加筆
test
CHANGED
|
@@ -41,3 +41,25 @@
|
|
|
41
41
|
3つとも削除が決まればコミット。
|
|
42
42
|
|
|
43
43
|
って流れなら良さそうな気がします。
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
少しバックエンド的な話になりますが、
|
|
52
|
+
|
|
53
|
+
私の調べた範囲ですが、MySQLやPostgreSQLでは、
|
|
54
|
+
|
|
55
|
+
従属するテーブルにて外部キー参照の定義で、
|
|
56
|
+
|
|
57
|
+
REFERENCES テーブル名(対象カラム名) ON DELETE CASCADEってのを添えてあれば、
|
|
58
|
+
|
|
59
|
+
親テーブルでレコード削除があったときに子テーブルのレコード削除も一緒に行われたりするようです。
|
|
60
|
+
|
|
61
|
+
ただ、これをつかうとレコードがばっさりなくなってしまい、
|
|
62
|
+
|
|
63
|
+
ソフトデリート（論理削除、削除フラグを建てて削除したこととして扱うやり方）には向かないので、
|
|
64
|
+
|
|
65
|
+
使うかどうかはよく考えていただきたく。
|