外部キー（Foreign Key）とは？参照制約の仕組みをわかりやすく解説【IPA試験対策】

📊 外部キーの基本情報

参照制約の動作イメージ

CREATE TABLE 注文 (
    注文番号  CHAR(4)  PRIMARY KEY,
    顧客番号  CHAR(4),
    商品名    VARCHAR(50),
    FOREIGN KEY (顧客番号) REFERENCES 顧客(顧客番号)
);

💡 外部キーの核心を3行で

・他の表の主キー（候補キー）を参照し、テーブル間の関連を定義する列
・参照制約により「存在しない値の挿入」と「参照されている行の削除」が拒否される
・SQLではFOREIGN KEY … REFERENCES構文で定義する

📊 過去問での出題実績

📝 IPA試験での出題パターン

パターン1：「外部キーの定義を選べ」
AP R5秋問27のように、候補キー・スーパーキー・代理キーと紛らわしい選択肢が並ぶ形式。ここだけは確実に押さえてください。「他の関係の候補キーを参照する」が外部キーの本質です。「行を一意に識別」と書いてあったら外部キーではありません。

パターン2：「FOREIGN KEY構文が指定する制約名を答えよ」
FE H29秋問27の形式。SQL構文と制約名の対応を覚えていれば即答できます。FOREIGN KEY＋REFERENCES＝参照制約、これだけで得点になります。

パターン3：「参照整合性を損なう操作を選べ」
FE H24秋問31のように、具体的な表データを見て「この操作は通るか、拒否されるか」を判断する形式。子テーブルへの挿入と親テーブルからの削除、この2つの方向だけチェックすれば正解にたどり着けます。

試験ではここまででOKです。ON DELETEの参照動作（CASCADE等）はAPレベルで出ることがありますが、FEでは深追い不要です。

Q. 関係データベースにおいて、外部キーを定義する目的として最も適切なものはどれでしょうか？

• A. 表の中で行を一意に識別し、重複データの登録を防止する。
• B. 関係する相互のテーブルにおいて、レコード間の参照一貫性が維持される制約をもたせる。
• C. 列に格納できる値の範囲やデータ型を制限し、不正な値の入力を防ぐ。

Q. 外部キーの値にNULLは入れられますか？

テーブル定義でNOT NULL制約を付けていなければ、外部キー列にNULLを入れることは可能です。例えば社員テーブルの「部署ID」がNULLなら「まだ部署に配属されていない」状態を表せます。主キーはNULL不可ですが、外部キーにはこの制限はありません。ただしNULLにした場合、その行はどの親行とも関連付けられない「孤立した状態」になります。

Q. 外部キーは必ず主キーを参照するのですか？候補キーでもよいのですか？

SQL標準上、外部キーが参照できるのは主キーまたはUNIQUE制約が付いた列（候補キー）です。AP R5秋 午前問27の正解選択肢が「候補キーを参照する属性」となっている通り、主キー以外の候補キーも参照先になり得ます。IPA試験では「主キーを参照」と書かれることが多いですが、厳密には候補キーを含む点を知っておくと選択肢の判別に役立ちます。

Q. 外部キーと「リレーションシップ」は同じ意味ですか？

異なります。リレーションシップはE-R図（Entity-Relationship Diagram）でエンティティ間の関連を概念的に表す用語です。外部キーはその概念的な関連を物理テーブル上で実装する手段にあたります。E-R図で「顧客 ─1:N─ 注文」と描いたリレーションシップが、テーブル設計では「注文テーブルに顧客番号の外部キーを持たせる」形で具体化されます。

Q. 実務で外部キー制約をあえて設定しないケースはありますか？

あります。大量データの一括ロード処理やパフォーマンス最優先のシステムでは、外部キー制約による整合性チェックがボトルネックになることがあり、アプリケーション側で整合性を担保する設計を採るケースがあります。ただし、これはIPA試験の範囲では深掘りされません。試験ではあくまで「外部キー＝参照制約を実現する仕組み」として理解していれば得点に支障はありません。