親テーブルのレコード削除時に子テーブルのデータ整合性を維持する方法とは？

外部キー（FOREIGN KEY）で関連付けられた2つのテーブルにおいて、親テーブルのレコードが削除され、そのレコードが子テーブルにも存在する場合、参照整合性を維持するための適切な設定が必要です。ここでは、代表的な方法を解説します。

ON DELETE CASCADE（カスケード削除）

このオプションを設定すると、親テーブルから外部キーの値を持つレコードが削除された際に、子テーブルの対応するレコードも自動的に削除されます。子データが親データなしでは意味を持たないような、強い依存関係がある場合に有効です。

FOREIGN KEY (親ID) REFERENCES 親テーブル(ID) ON DELETE CASCADE

ON DELETE SET NULL（NULL設定）

このオプションを設定すると、親テーブルから外部キーの値を持つレコードが削除された際に、子テーブルの該当レコードの外部キー列の値がNULLに設定されます。子レコード自体は残したいが、親との関連付けだけを解除したい場合に適しています。なお、このオプションを使用するには、外部キー列がNULLを許容する設定になっている必要があります。

FOREIGN KEY (親ID) REFERENCES 親テーブル(ID) ON DELETE SET NULL

その他の方法

ON DELETE RESTRICT / NO ACTION

子テーブルに関連するレコードが存在する場合、親テーブルからの削除を拒否します。誤操作による親データの削除を防ぎたい場合に有効です。

ON DELETE SET DEFAULT

親レコードが削除された際に、子テーブルの外部キー列をあらかじめ定義されたデフォルト値に設定します。

まとめ

どの方法を選択するかは、データの依存関係やビジネス要件によって異なります。子データが親データに完全に依存している場合はCASCADE、関連付けだけを解除したい場合はSET NULL、削除自体を防ぎたい場合はRESTRICTを選ぶのが一般的です。システムの仕様に応じて最適な参照アクションを設定しましょう。