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

注文明細の属性構成【午前解説】

正解の理由

解法ステップ

1. 関数従属性を整理する（①〜⑥を把握）。
2. 候補キーを求める。
   • {注文番号, 商品番号}+ を計算すると、注文日（①）、顧客番号（②）、顧客名（③）、商品名（⑥）、数量・販売単価（④、⑤）をすべて導出できるため、{注文番号, 商品番号} は関係全体の候補キーになる。
   • よって注文明細行の一意性は {注文番号, 商品番号} によって保証される。
3. 正規化の観点で分解する。
   • 注文に固有の属性（注文日、顧客番号）は注文テーブルへ分離する（部分従属性の除去）。
   • 顧客番号→顧客名や商品番号→商品名のような従属性は別テーブルへ分離する（推移従属性の除去）。
4. 注文明細には複合キーと、そのキーに完全従属する属性（数量、販売単価）だけを残す。

選択肢別の誤答解説

• ア: 注文明細(注文番号, 数量, 販売単価)
  • 誤り。注文番号のみでは複数商品の存在を区別できないため、数量や販売単価は一意に決定できない（部分キー不足）。よって識別子が不十分であり正規化の観点でも不適切。
• イ: 注文明細(注文番号, 顧客番号, 数量, 販売単価)
  • 誤り。顧客番号は注文番号から導出可能（②）であり注文明細に含めるべきではない。また商品番号が欠けているため明細行を一意に識別できない。
• ウ: 注文明細(注文番号, 顧客番号, 商品番号, 顧客名, 数量, 販売単価)
  • 誤り。顧客名は顧客番号に従属（③）であり注文明細に保持すると冗長で推移的従属性を生む。第3正規形の目的に反する。さらに顧客関連属性は注文/顧客テーブルへ分離すべきである。
• エ: 注文明細(注文番号, 商品番号, 数量, 販売単価)
  • 正しい。{注文番号, 商品番号} が明細行の候補キーであり、数量と販売単価はそのキーに完全従属するため第3正規形に合致する。したがって選択肢は エ が適切。

よくある誤解

• 「注文明細の主キーは注文番号だけ」と考える誤り
  • 注文1件に複数の商品があるため、明細の主キーは通常 {注文番号, 商品番号} の複合キーになる点を忘れないこと。
• 顧客情報を「まとめる／分離する」で混同する誤り
  • 顧客番号と顧客名は顧客テーブルに分離し、注文テーブルには顧客番号のみを保持する。顧客名を注文明細へ残すと冗長性と更新異常を招く。
• 商品名や顧客名を明細に残しておけば便利、という発想
  • 実務上は「注文時点のスナップショット」が必要な場合があるが、通常の正規化ルールでは商品名・顧客名はそれぞれの商品・顧客テーブルへ置く（ただし価格など時点情報は注文明細に保持することが多い）。

補足コラム

• 販売単価を注文明細に保持する理由
  • マスターの「標準価格」が変わっても、過去の注文に記録された単価を維持したい場合があるため、販売単価は注文明細に保存する設計が一般的です。関数従属性⑤でも {注文番号, 商品番号} → 販売単価 と定義されていることからも、単価は明細レベルの属性と考えます。
• 第3正規形とBCNFの関係
  • 第3正規形では「非キー属性が他の非キー属性に従属しない（推移従属性の排除）」ことを重視します。与件の分解は第3正規形に合致しており、さらに厳密にするならBCNFの観点も検討しますが、ここでは与えられた従属性からの分解で十分です。

FAQ