応用情報技術者 2014年 春期 午前2 問25

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

正解の理由

解法ステップ

1. 問題文にあるキーワード（FOREIGN KEY, REFERENCES）を確認する。
2. それらが何のために使われるかを想起する（他表を参照して整合性を保つため）。
3. 選択肢に当てはめる：参照整合性に直結する語を選ぶ（参照制約）。
4. 他の選択肢（キー制約、検査制約、表明）と比較して意味が一致するか検証する。

選択肢別の誤答解説

• ア: キー制約
  「キー制約」は主キーやユニーク制約のようにキー自体に関する制約を指します。FOREIGN KEY／REFERENCESは親表のキーを参照するために使うが、制約の本質は「参照（整合性）」であり、単にキーを定義することとは区別されます。
• イ: 検査制約
  「検査制約（CHECK）」は列や行の値が特定の条件を満たすかを検証するためのものです。FOREIGN KEY／REFERENCESは表間の参照関係を扱うため一致しません。
• ウ: 参照制約
  正解。表間の参照整合性（参照制約／外部キー制約）を表す語です。
• エ: 表明
  「表明（ASSERTION）」はSQL標準にある表レベルの制約概念ですが、問題文で示されているFOREIGN KEYとREFERENCESが直接表明を意味するわけではありません。

よくある誤解

1. REFERENCESは必ず主キーを参照する
   → 誤り。REFERENCESは親テーブルの主キーだけでなく、候補キー（UNIQUE制約のある列・列組合せ）を参照できます。参照先の列は一意である必要がありますが、必ずしもPRIMARY KEYである必要はありません。
2. REFERENCESは常にFOREIGN KEYとセットで書かなければならない
   → 誤り。列定義の中で直接 REFERENCES を書いて参照制約を作ることが可能です（例: col INT REFERENCES parent(col)）。一方、テーブル定義の表レベルでは FOREIGN KEY (...) REFERENCES ... の形式で記述します。
3. 外部キーの削除時に自動で子も削除される
   → デフォルトはNO ACTION/RESTRICT（削除や更新を拒否）で、ON DELETE/ON UPDATEで明示的にCASCADE等を指定しない限り自動削除は行われません。

補足コラム

• ON DELETE CASCADE / ON UPDATE CASCADE: 親の変更に合わせて子も自動で変更・削除される
• ON DELETE SET NULL: 親削除時に子の該当列をNULLにする（NULLを許容する場合）
• ON DELETE RESTRICT / NO ACTION: 親に対する操作を拒否（デフォルト系）

-- 列レベルのREFERENCES（列定義に直接指定）
CREATE TABLE child (
  id INT PRIMARY KEY,
  parent_id INT REFERENCES parent(id)
);

-- テーブルレベルのFOREIGN KEY
CREATE TABLE child2 (
  id INT,
  parent_id INT,
  FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE
);

-- 複合キー（親側がUNIQUEまたはPRIMARY KEY）
CREATE TABLE parent (
  a INT,
  b INT,
  UNIQUE (a, b)
);
CREATE TABLE child3 (
  a INT,
  b INT,
  FOREIGN KEY (a, b) REFERENCES parent(a, b)
);

FAQ