ITパスポート 2013年 春期 問55

関係データベースの主キーと外部キーの設定【ITパスポート 解説】

正解の理由

• 主キー（primary key）：その表の各行（レコード）を一意に識別する列のこと。例えば社員を区別するための「社員コード」が該当します。
• 外部キー（foreign key）：他の表の主キーを参照する列のこと。参照先が存在するかをチェックして整合性を保ちます。

解法ステップ

1. 表の意味を確認する：社員表は個々の社員を管理、部署表は部署情報を管理。
2. 各表で「各行を一意に識別する値」を探す：社員→社員コード、部署→部署コード。これらが主キー。
3. リレーション（関係）を確認する：社員は必ず部署に所属 → 「社員（多）→部署（1）」。
4. 多側に参照（外部キー）を置く：社員表に部署コードを持たせ、部署表の部署コードを参照（外部キー）にする。
5. 問題文の「参照制約を利用して整合性を確保」に合致する選択肢を選ぶ。

選択肢別の誤答解説

• ア：主キーは正しい（社員コード・部署コード）が設定されていますが、外部キーが「なし」になっています。参照制約で整合性を保つ条件に反します。社員が存在しない部署コードを持ったまま登録される可能性があるため不適切です。
• イ：主キーは社員コード・部署コードで、外部キーが社員表の部署コードになっています。社員は部署表の部署コードを参照しているため、参照制約で整合性を保てます。これが正しい配置です（正答）。
• ウ：部署表の部署コードを主キーにしている点は良いですが、外部キーとして「社員表の社員コード」と「社員表の部署コード」を指定しています。社員コードを外部キーにする意味がありません。外部キーは参照先（部署表）の主キーを参照する列であるべきで、ここでは逆になっているため誤りです。
• エ：社員表の主キーが「社員の部署コード」になっています。これは同じ部署に属する複数社員がいる場合に主キーの一意性を満たせません（主キーは各社員を一意に識別できる必要がある）。また外部キーの指定も不適切です。

よくある誤解

1. 「両方の表に外部キーが必要」だと思い込む誤り。リレーションの方向を考え、参照される側（ここでは部署）に外部キーは不要で、参照する側（社員）に外部キーを置きます。
2. 「外部キーは必ずユニークでなければならない」と思う誤り。外部キーは参照先の主キーを指すため、参照先はユニークですが、外部キー側は同じ部署を複数の社員が参照するので重複してよい（ユニークである必要はない）。
3. 「主キーと外部キーは同じもの」と混同する誤り。主キーはその表で行を一意にするための列、外部キーは別表の主キーを参照するための列で、役割が違います。

補足コラム

• 一対多（1:N）の基本パターン：部署（1） ← 社員（N）。多側の表に参照（外部キー）を置くのが基本です。
• 参照制約の運用例：部署が削除されたら所属社員をどうするか。データベースでは「DELETE CASCADE（削除連鎖）」「RESTRICT（制約違反で削除不可）」などの振る舞いを設定できます。多くの業務では、誤って部署を削除して社員データが孤立しないように制約を厳しくすることが多いです。
• 正規化の目安：部署名など同じ情報を繰り返さないため、部署を別表に分ける（第1〜3正規形の考え方）ことでデータの冗長性と矛盾を減らせます。

CREATE TABLE 部署 (
  部署コード CHAR(3) PRIMARY KEY,
  部署名 VARCHAR(50) NOT NULL
);

CREATE TABLE 社員 (
  社員コード CHAR(5) PRIMARY KEY,
  社員名 VARCHAR(100),
  入社年 INT,
  生年月日 DATE,
  部署コード CHAR(3) NOT NULL,
  FOREIGN KEY (部署コード) REFERENCES 部署(部署コード)
);
-- 正しい部署コードが無いと、社員は登録できない（参照制約で保護）

FAQ