応用情報技術者 2013年 春期 午前2 問28

部分集合化と複合主キー【午前2解説】

正解の理由

解法ステップ

1. 要件を整理する
   • 「プログラマは全て社員」→ サブタイプ（部分集合）関係。社員表がスーパタイプ。
   • 「プログラマはプログラム言語を1つ以上持つ」→ 多値属性（1対多）。
2. データモデルの原則を適用する
   • スーパタイプの共通属性は社員表へ。サブタイプ固有の多値属性（言語）は別表へ切り出す。
3. 主キー・外部キーを決める
   • 社員表は社員番号を主キー。プログラマ表は社員番号を外部キーとして持ち、（社員番号, プログラム言語）を複合主キーもしくは一意にする制約を付与して多値を表現する。
4. 選択肢と照合して最も要件と設計原則に合うものを選ぶ。

選択肢別の誤答解説

• ア: 社員(社員番号、氏名、職種、プログラム言語)
  • 問題点：プログラム言語を社員表の単一属性にしているため、プログラマ以外の社員はNULLが発生するか、1人が複数言語を持てない。多値属性を表現できないため不適切。
• イ: 社員(社員番号、氏名、プログラム言語)
  • 問題点：職種情報がなくプログラマかどうか判別できない上、言語が社員表の単一属性になっているため多値を表現できない。要件を満たさない。
• ウ: 社員(社員番号、氏名)
  プログラマ(社員番号、プログラム言語)
  • 問題点：プログラマ表に主キーが明示されていない（重複防止の一意性が不明）ため、同一組（社員番号＋言語）の重複を防げない仕様と解釈される。実運用では一意制約あるいは複合主キーが必要であり、表記が不足しているため不適切。
• エ: 社員(社員番号、氏名)
  プログラマ(社員番号、プログラム言語)
  • 本選択肢は社員とプログラマを分け、プログラマ表が社員番号を参照する構成である点が要件と整合します。実装時には「社員番号＋プログラム言語」を複合主キー（またはこれに相当する一意制約）として扱うことで、1人が複数言語を持てる要件を正しく満たします。したがって本問の最良解は エ です。

よくある誤解

• 「プログラム言語を主キーにすればよい」
  • 誤り：同一言語を複数の社員が使えるので言語単独では主キーにならない。主キーはレコードを一意に識別できなければならない。
• 「多値属性は1つの列にカンマ区切りで入れてよい」
  • 誤り：正規化に反し検索性・整合性が悪化する。言語は別表に分ける。
• 「サブタイプの属性は全部スーパタイプに入れるべき」
  • 誤り：サブタイプ属性はサブタイプ表に切り出すのが原則（サブタイプでしか意味を持たない属性をスーパタイプに置くとNULLが多発する）。

補足コラム

CREATE TABLE 社員 (
  社員番号 INT PRIMARY KEY,
  氏名   VARCHAR(100),
  職種   VARCHAR(50)  -- 例: 'プログラマ' 等
);

CREATE TABLE プログラマ言語 (
  社員番号 INT,
  プログラム言語 VARCHAR(50),
  PRIMARY KEY (社員番号, プログラム言語),
  FOREIGN KEY (社員番号) REFERENCES 社員(社員番号)
);

FAQ