基本情報技術者 2010年 春期 午前（科目A） 問30

第3正規形へのテーブル分割【午前解説】

正解の理由

解法ステップ

1. 与えられたテーブルの主キーを確認する（ここでは（注文番号, 商品番号））。
2. 各非キー属性が主キー全体に依存しているかを確認する（商品名は商品番号のみに依存）。
3. 部分依存があれば、その非キー属性を独立したテーブルに移す（商品テーブルを作成）。
4. 移行後も主キーや外部キーでリレーションを維持してデータの整合性を確保する。
5. さらに推移的従属がないか確認し、3NFの条件を満たすか検証する。

選択肢別の誤答解説

• ア: 発注（注文番号、注文数量） 商品（商品番号、商品名）
  • 誤り理由：発注テーブルから商品番号を除くと、どの商品に対する注文数量かを示す情報が失われ、行（明細）レベルの粒度が維持できません。
• イ: 発注（注文番号、注文数量） 商品（注文番号、商品番号、商品名）
  • 誤り理由：商品テーブルに注文番号が入っており商品情報が注文ごとに重複してしまう。商品は商品番号だけで一意に定義されるべきです。
• ウ: 発注（注文番号、商品番号、注文数量） 商品（商品番号、商品名）
  • 正解理由：行明細を表す発注テーブルは（注文番号＋商品番号）で注文行を一意に保持し、商品名は商品番号に依存するため商品テーブルに分離して部分従属を解消しています。
• エ: 発注（注文番号、商品番号、注文数量） 商品（商品番号、商品名、注文数量）
  • 誤り理由：注文数量は商品ごと・注文ごとの属性であり商品テーブルに置くべきではない。商品テーブルに注文数量が入ると意味が変わりデータの整合性が壊れます。

よくある誤解

• 「注文数量は注文に属する属性だから発注テーブルだけでよい」と考え、商品番号を切り離してしまうと行（明細）の粒度を失いデータが正しく表現できません。
• 「商品名は冗長だから発注から削ればよい」として商品名をどこにも保持しない設計にし、商品情報を参照できなくなるミス。
• 複合主キーを見落として単純な主キー扱いにすると、部分従属や推移的従属の判定を誤ります。

補足コラム

• 第1正規形（1NF）：各セルが原子値（単一値）であること。
• 第2正規形（2NF）：1NFかつ、非キー属性が主キーの全体に完全関数従属していること（部分従属の排除）。
• 第3正規形（3NF）：2NFかつ、非キー属性が他の非キー属性に依存していないこと（推移的従属の排除）。
  今回の事例は商品名が複合キーの一部にのみ依存しているため、まず2NFを満たしていない点が本質的問題で、分割により3NFも満たせます。

FAQ