令和7年度 秋期 データベーススペシャリスト試験 午後I 問題 問2 正規化理論によるデータモデル分析

候補キーの導出

関係「商談参加従業員」において、一つの商談は案件コードと商談開始年月日時分で一意に特定されます。さらに、一つの商談には複数の従業員が参加するため、どの従業員かを特定するために従業員コードが必要です。
したがって、この関係の候補キーはこれら3つの属性の組み合わせ $\{\mathrm{案件コード}, \mathrm{従業員コード}, \mathrm{商談開始年月日時分}\}$ となります。

高得点のポイント

• 候補キーを構成する3つの属性（案件コード、従業員コード、商談開始年月日時分）を過不足なく挙げていること
• 問題文の指示に従い、複数の属性からなる候補キーを {} で括って解答していること

正規形の判定

関係「商談参加従業員」は、すべての属性が単一値をとっているため、第1正規形の条件を満たしています。
しかし、候補キーは $\{\mathrm{案件コード}, \mathrm{商談開始年月日時分}, \mathrm{従業員コード}\}$ であり、このうちの一部である「従業員コード」に対して「従業員氏名」が関数従属（部分関数従属）しています。
部分関数従属が存在するため、第2正規形ではありません。したがって、この関係は第1正規形に該当します。

各選択肢の解説

• ア: 全ての属性が単一値をとるため、非正規形ではありません。
• イ: 正解です。
• ウ: 部分関数従属が存在するため、第2正規形ではありません。
• エ: 第2正規形でないため、第3正規形でもありません。

根拠の解説

関係が第1正規形に該当し、第2正規形に該当しない理由を説明します。

1. 第1正規形の要件: 繰り返し項目を持たず、全ての属性が単一値をとる必要があります。
2. 第2正規形でない理由: 候補キーの一部に対して他の属性が関数従属する「部分関数従属」が存在するためです。この関係では、候補キーの一部である「従業員コード」に関数従属する「従業員氏名」が存在します。

高得点のポイント

• 「全ての属性が単一値をとる」という第1正規形の条件を満たしていることを明記する
• 具体的な属性名（「従業員コード」「従業員氏名」）を用いて、部分関数従属の存在を指摘する
• 指定された70字以内で簡潔かつ論理的にまとめる

第3正規形への分解手順

「商談参加従業員」関係に存在する部分関数従属を排除し、第2正規形、さらに第3正規形へと分解します。
「従業員氏名」は「従業員コード」に関数従属するため、これを独立した関係「従業員」として切り出します。
また、システム全体の実体関係を考慮し、案件と従業員の担当関係を表す「案件担当従業員」や、商談への参加履歴を表す「商談参加従業員」へ正しく属性を配置します。

高得点のポイント

• 部分関数従属の対象となる属性を適切に切り出し、新しい関係を作成していること
• 主キー（実線下線）と外部キー（破線下線）を正確に定義していること
• 分解後の関係名に「従業員」「案件担当従業員」「商談参加従業員」など、本文中の用語を正しく使用していること

概念データモデルの完成

図1の概念データモデルにおける欠落したリレーションシップを推測します。
現状の業務要件から、「案件」エンティティは特定の得意先や対象となる製品に関連づけられる必要があります。したがって、「案件」と「得意先」、および「案件」と「製品」の間に適切なリレーションシップ（1対多など）を設定することが求められます。

高得点のポイント

• 業務要件に基づき、「案件」と結びつくべき主要なエンティティ（得意先、製品など）を正確に抽出していること
• エンティティ間の関連（リレーションシップ）の多重度を論理的に正しく捉えていること

属性の補完

関係スキーマに欠落している属性を特定します。製品に関する情報を保持する関係において、本文の記述から製品ごとの仕様情報を示す属性が必要であることが読み取れます。

高得点のポイント

• 本文中の状況記述から製品モデルに関連する「公表仕様」という属性を正確に抽出すること

属性の補完

関係「案件」において、その案件が「どの得意先」に対するもので、「どの製品」を対象としているかを記録する必要があります。したがって、外部キーとして「得意先コード」および「製品型番」が必要です。

高得点のポイント

• 業務を遂行するために案件が保持すべき対象（得意先と製品）を正確に理解していること
• 両方の属性を過不足なく挙げていること

属性の補完

商談履歴を管理する関係において、どの案件のどのタイミングの商談であるかを特定するためのキーが必要です。ここでは「案件コード」と「商談開始年月日時分」の組み合わせが主キーを構成します。

高得点のポイント

• 商談を一意に特定するための属性の組み合わせを正確に導出していること

属性の補完

見積りなどの金額関連情報を保持する関係において、対象となる「案件コード」に紐づく形で、全体の金額を表す「合計金額」の属性が必要となります。

高得点のポイント

• 状況記述や帳票サンプルから、記録すべき金額関連の属性を正確に読み取っていること

納期調整のデータモデル

指摘事項の対応として、図4の未完成な概念データモデルにリレーションシップを追加します。納期調整は、得意先との契約に基づく納品要求に対して実施されるため、「契約」や「要求」などのエンティティと適切に関連付ける必要があります。

高得点のポイント

• 納期調整がどのエンティティ（契約や納品要求）に依存しているかを業務記述から読み取ること
• 関連するエンティティ間に正しい多重度でリレーションシップを結ぶこと

関係スキーマの構築

「納期調整」は契約ごとの納品要求に対して行われるため、主キーとして契約番号を含める必要があります。帳票サンプルからも、契約番号ごとに納期調整が行われていることがわかります。
また、「出荷」関係は出荷業務の実績を記録するものであり、出荷番号や出荷実績に関する属性を持つ必要があります。

高得点のポイント

• 納期調整の親となる概念（契約）を認識し、主キーとして「契約番号」を漏らさず記述すること
• 外部キーや主キーの表記ルール（実線・破線下線）を遵守すること
• 本文中の状況記述や帳票サンプルを的確に読み取り、必要な属性を過不足なく定義すること