基本情報技術者 2009年 秋期 午前（科目A） 問32

関係データベースの主キーの性質【午前2 解説】

要点まとめ

• 結論：主キーは表内で行を一意に識別する制約であり、同一の値が複数行に存在できず通常NULLを許容しません。
• 根拠：関係モデルの定義とSQLの仕様では、主キーは一意性（ユニーク性）と最小性を満たす属性集合でありPRIMARY KEYは暗黙にNOT NULLを伴います。
• 差がつくポイント：複合主キーや代理キー（シーケンスやUUID）の使い分け、UNIQUE制約との違いやNULL扱いを設計段階で明確にすることが重要です。

正解の理由

よくある誤解

• 「主キーがなければ検索できない」は誤りで、主キー以外の列にインデックスや検索条件を使えば検索可能です。
• 「数値型は算術演算に使えない」は誤解で、データ型の性質は主キー指定で失われません。

解法ステップ

1. 主キー（primary key）の定義を思い出す：一意性と非NULL（通常）を満たす。
2. 各選択肢を主キー定義と照らし合わせる：一意性を主張している選択肢を探す。
3. 明らかに誤りの選択肢（検索可否やデータ型制限、複合不可）を順に除外する。
4. 残った「一意性」を述べる選択肢を正答として確定する。

選択肢別の誤答解説

• ア: 誤り。主キーがなくても、他の列で検索したりインデックスを作成したりすれば行の検索は可能です。
• イ: 誤り。数値型を主キーにしても算術演算に使えないという制約はありません。主キー指定は型の算術性を変えません。
• ウ: 正解。主キー値が同じ行が複数存在することは一意性制約に反するため許されません。
• エ: 誤り。複数列からなる複合主キー（複合PRIMARY KEY）は標準的に可能で、複数属性の組合せで一意性を保証できます。

補足コラム

• 主キーとUNIQUE制約の違い：UNIQUEはNULLを許す場合がある点で主キーと挙動が異なることがあります（DB製品や設定による差あり）。
• 代理キー（サロゲートキー）：自然キーが長い・変わりやすい場合、シーケンスやUUIDで代理キーを用いる設計が一般的です。
• SQLでの定義例：

-- 単一列の主キー
CREATE TABLE users (
  id SERIAL PRIMARY KEY,
  name VARCHAR(100)
);

-- 複合主キー
CREATE TABLE enrollment (
  student_id INT,
  course_id INT,
  PRIMARY KEY (student_id, course_id)
);

FAQ