データベーススペシャリスト 2011年 午前2 問17

外部キーの参照制約【午前2解説】

正解の理由

解法ステップ

1. 問題の関係を整理する
   • A表 = 親（主キーを持つ）
   • B表 = 子（外部キーでA表を参照）
2. 各操作が参照整合性にどう影響するかを考える
   • 親（A）に行を追加：既存の子への影響はない → 許可（○）
   • 親（A）から行を削除：その行を参照する子があれば削除できない（オプションでCASCADE等が設定されない限り） → 拒否される場合あり（△）
   • 子（B）に行を追加：参照する親が存在しない値なら拒否、存在すれば許可 → 拒否される場合あり（△）
   • 子（B）から行を削除：親の整合性に影響しない → 許可（○）
3. 上の判断に合致する選択肢を選ぶ → ア

選択肢別の誤答解説

• ア（正解）
  • A追加：○（親の追加は問題なし）、A削除：△（子があれば拒否される場合がある）、B追加：△（参照する親がなければ拒否）、B削除：○（子の削除は問題なし）— 前述のルールと一致します。
• イ（誤り）
  • この図は B追加：○、B削除：△ を示します。子の追加を常に許可するのは誤りです（参照先の親が存在しない場合は拒否されます）。また、子の削除が「拒否される場合がある」とするのも逆で、子削除は通常制限されません。
• ウ（誤り）
  • この図は A追加：△、A削除：○ を示します。親の追加が拒否されることは通常ありません（子の存在に依存しないため）。親削除が常に許可されるというのも、子が存在する場合の挙動と矛盾します。
• エ（誤り）
  • この図は A追加：△、A削除：○、B追加：△、B削除：○ を示します。A追加が△になっている点が誤りです。親追加は参照整合性上拒否される理由がほとんどありません。

よくある誤解

• 親の追加（A表追加）は「子が先にいないとダメ」と誤解する
  • 実際には親の行を先に追加しておくのが普通で、親追加で拒否されることは通常ありません。
• 外部キーがあると子の削除も禁止されると誤解する
  • 子行の削除は親には影響しないため、基本的に許可されます（ただしトリガ等の副作用は別）。
• デフォルトでON DELETE CASCADEが働くと誤解する
  • 多くの設計では明示的にCASCADEを指定しない限り、削除は拒否されます（NO ACTION/RESTRICT がデフォルト）。

補足コラム

• ON DELETE CASCADE：親削除時に参照する子も自動削除する
• ON DELETE SET NULL：親削除時に子の外部キーをNULLにする（外部キーがNULL許容の場合）
• ON DELETE RESTRICT / NO ACTION：親削除を拒否する（デフォルトに相当する挙動）

CREATE TABLE A (
  id INTEGER PRIMARY KEY
);

CREATE TABLE B (
  id INTEGER PRIMARY KEY,
  a_id INTEGER REFERENCES A(id) ON DELETE RESTRICT
);

FAQ