ITパスポート 2016年 秋期 問95

関係データベースにおける主キーに関する記述【ITパスポート 解説】

正解の理由

• NULL：値が「存在しない」ことを表す特別な値。データが未設定の状態を示します。
• 外部キー（foreign key：他の表の主キーなどを参照するためのフィールド）：参照整合性（参照先が存在することを保証する仕組み）に使います。

解法ステップ

1. 「主キー」の基本性質を思い出す：
   • 一意性（同じ値が2行以上あってはいけない）
   • 非 NULL（値が必ず存在する）
2. 各選択肢を上の性質と照らし合わせる：
   • NULL を許すか？ → 主キーは許さない ⇒ アは誤り
   • 更新（変更）できるか？ → 制約上は可能（ただし注意点あり） ⇒ イは誤り
   • 他表の外部キーとして参照できるか？ → できる ⇒ ウは誤り
   • 複数フィールドの組合せは可能か？ → 可能 ⇒ エが正しい
3. 正しい性質に最も合う選択肢を選ぶ。

選択肢別の誤答解説

• ア: 主キーに設定したフィールドの値に1行だけならNULLを設定することができる。
  → 誤り。主キーは「非 NULL」である必要があります。主キーが NULL を許すと、その行を一意に識別できないためです。
• イ: 主キーに設定したフィールドの値を更新することはできない。
  → 誤り。技術的には主キーの値を UPDATE で変更できます。ただし、主キーが他の表の外部キーで参照されている場合、参照整合性（referential integrity）を保つために制約やトランザクションの配慮が必要です。運用上は主キーを更新しない（変更しづらい）設計が推奨されますが、「できない」という断定は正しくありません。
• ウ: 主キーに設定したフィールドは他の表の外部キーとして参照することができない。
  → 誤り。むしろ主キーは他の表から外部キーとして参照されることが一般的です。外部キーは主キーを参照して参照整合性を保ちます。
• エ: 主キーは複数フィールドを組み合わせて設定することができる。
  → 正しい。複数の列を組み合わせた「複合主キー（複合キー、composite key）」が利用できます。例えば「注文ID」と「商品ID」を組み合わせて明細行を一意に識別するケースなどです。

よくある誤解

1. 「主キーは絶対に変更できない」
   → 実際は更新可能です。ただし、参照されている場合や業務ルール上の影響が大きいため、変更は避けるべきという運用上の推奨があります。技術的可否と運用上の注意を混同しないようにしましょう。
2. 「一意性制約（UNIQUE）と主キーは同じ扱い」
   → 似ていますが違います。主キーは「一意かつ非 NULL」が保証される重要なキーです。一方で UNIQUE 制約は「一意であること」を保証しますが、NULL を許すかどうかの扱いは DBMS によって挙動が異なります（NULL の扱いで混乱しやすい）。
3. 「複合主キーは使わない方がいい」
   → 小規模な設計では便利で自然な選択です。運用上や性能・結合（JOIN）の都合で単一の代理キー（オートインクリメントのIDなど）を使うことが多いですが、複合主キーが正しい場面もあります。状況により使い分けます。

補足コラム

• 複合主キー（複合キー）の例：

  CREATE TABLE 注文明細 (
    注文ID INT,
    商品ID INT,
    数量 INT,
    PRIMARY KEY (注文ID, 商品ID) -- 注文ID と 商品ID を組み合わせて主キー
  );
  

  この場合、同じ注文内で同じ商品が重複して登録されないことを主キーで保証します。
• 代理キー（サロゲートキー、surrogate key）とは：
  自然な業務のキー（例：社員番号）が複雑だったり変更される可能性があるときに、システム的に割り振る「ID（例：自動採番の整数）」を主キーにする手法です。利点は単純で参照しやすいこと、欠点は業務上の意味が薄れることです。
• 外部キー制約の注意：
  他表の主キーを外部キーで参照している場合、参照先の主キーを削除・変更すると参照整合性違反になります。多くのDBMSではその場合の挙動（CASCADE：連鎖削除や制限など）を設定できます。

FAQ