応用情報技術者 2018年 春期 午前2 問28

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

正解の理由

• A表の追加（親の挿入）は参照先の有無に依存せず許可されるため○。
• A表の削除（親の削除）は、その行がB表から参照されている場合は拒否される（△）。
• B表の追加（子の挿入）は、参照する親のキーが存在しないと拒否される可能性があるため△。
• B表の削除（子の削除）は参照を除去する操作なので制約には抵触せず○。

解法ステップ

1. 参照関係の向きを確認する（誰が親で誰が子か）。今回、Aが親（主キー）、Bが子（外部キー）。
2. 「挿入（追加）」を考える：
   • 親を追加→参照先を要求しないため基本的に問題なし（○）。
   • 子を追加→参照先の親行が存在しないと制約違反で拒否されうる（△）。
3. 「削除」を考える：
   • 親を削除→その親を参照する子が存在する場合は削除が拒否されうる（△）。
   • 子を削除→参照関係を壊す側ではなく参照を除く操作のため通常問題なし（○）。
4. 各選択肢と照合して、上の4パターンと一致するものを選ぶ。

選択肢別の誤答解説

• ア（正解）
  A追加：○、A削除：△、B追加：△、B削除：○。上記の論理と一致する。
• イ（誤り）
  イはB表の追加を○、B表の削除を△としている（B追加が許可、B削除が拒否）。しかし子の削除が拒否される根拠はなく、むしろ子の追加が参照先存在の制約で拒否される可能性があるため不適切。
• ウ（誤り）
  ウはA表の追加を△、A表の削除を○としている。親の追加が拒否される状況は通常ない（参照先の有無に依存しない）ため誤り。親の削除が常に許されるとも限らない（参照されていれば拒否される）ので不適合。
• エ（誤り）
  エはA表の追加を△、A表の削除を○にしている点で誤り（親の追加は通常○）。B表の追加が△、B表の削除が○である点は正しいが、A表の扱いが逆になっているため全体として誤り。

よくある誤解

• 親（主キー）を削除しても問題ないと考える誤解：親を削除すると、その行を参照する子行が存在する場合は参照制約により削除が拒否される（ON DELETE CASCADE 等が設定されていれば挙動は変わるが、何も指定がなければ拒否される）。
• 子（外部キー）を追加する際は必ず成功すると考える誤解：子の外部キー値が親に存在しない場合は挿入が拒否される（NULL許容やデフォルト、親の存在確認が影響する）。
• 親を追加する際に参照先が必要だと思う誤解：親の追加は参照される側の操作であり、参照先が存在するかは関係しないため通常制限はない。

補足コラム

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

CREATE TABLE A (
  id INT PRIMARY KEY
);

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

-- Aへの挿入は常に可能
INSERT INTO A (id) VALUES (1); -- ○

-- Bへ参照が存在する値で挿入すれば○、存在しなければエラー（△）
INSERT INTO B (id, a_id) VALUES (1, 1); -- ○（Aにid=1があれば）
INSERT INTO B (id, a_id) VALUES (2, 9); -- エラー（Aにid=9がなければ）△

-- Aを削除しようとすると、Bが参照していれば拒否（△）
DELETE FROM A WHERE id = 1; -- Bに参照があれば失敗（ON DELETE CASCADEでなければ）

FAQ