データベーススペシャリスト試験 2015年 午後1 問02

模範解答

解説

解答の論理構成

1. 営業部社員と顧客グループの紐付け
   • 【問題文】4.(2) “1人の営業部社員は,一つの顧客グループを担当する。”
   • 顧客グループは “顧客グループコードで一意に識別する。”(3.(2))
   • よって (a) は 顧客グループコード。
2. 顧客グループと営業部の紐付け
   • 【問題文】4.(1) “一つの営業部は,複数の顧客グループを担当する。”
   • 営業部は “部コードで一意に識別する。”(1.(1))
   • 顧客グループ表側に営業部を示す外部キーが必要 → (b) は 担当営業部コード。
3. 案件の分割・統合
   • 【問題文】5.(4) “分割の場合は分割元案件番号を、統合の場合は統合先案件番号を記録する。”
   • 案件表に二つの自己参照外部キーを置く → (c) 分割元案件番号, (d) 統合先案件番号。
   • “同時に行われることはない” とあるため NULL 可能属性で対処。
4. 変更履歴に誰が関与したか
   • 【問題文】5.(7) “案件の変更時…変更を実施した社員を記録する。”
   • 同箇所で “案件詳細についても同様に記録する。”
   • よって (e)(f) ともに 社員番号。
5. 受注と案件の関連
   • 【問題文】6. “受注…対応する案件番号などを記録する。”
   • 受注表に外部キー → (g) 案件番号。
6. 受注明細と工事部の関連
   • 【問題文】6. “受注明細として, 担当工事部ごとの受注明細名, 受注明細額などを記録する。”
   • 受注明細表に工事部識別子 → (h) 担当工事部コード。

誤りやすいポイント

• 営業部社員が担当するのは「顧客」ではなく「顧客グループ」。
• 顧客グループ側に入るのは「部コード」ではなく「担当営業部コード」と命名することで用途を明示。
• 案件の自己参照は 2 種類ある。属性名と意味を取り違えると 1 行で ×。
• 受注明細は「担当工事部単位」。営業部コードを入れたくなるミスに注意。
• (e)(f) は同じ社員番号でもテーブルが違う。履歴系をまとめて一つと誤解すると失点。

FAQ

模範解答

解説

解答の論理構成

1. 組織系リレーション
   • 【対象業務の概要】1.(1) により「三つの営業部と九つの工事部がある。 部は,部コードで一意に識別する。」
   • 2.(2) により「社員は,営業部又は工事部のいずれか一つの部に所属する。」
     ⇒ 部―社員 は 1:N。サブタイプ（営業部，工事部）は識別可能サブタイプなのでスーパタイプ側で関係を張る。
2. 顧客グループ担当系リレーション
   • 4.(1) 「一つの営業部は,複数の顧客グループを担当する。 一つの顧客グループを,複数の営業部が担当することはない。」
     ⇒ 営業部―顧客グループ は 1:N（営業部側1）。
   • 4.(2) 「1人の営業部社員は,一つの顧客グループを担当する。 一つの顧客グループを、複数の営業部社員が担当する場合がある。」
     ⇒ 営業部社員―顧客グループ は N:1（顧客グループ側1）。
3. 顧客系リレーション
   • 3.(3) 「顧客は,顧客グループのいずれか一つに所属する。」
     ⇒ 顧客グループ―顧客 は 1:N。
4. 案件系リレーション
   • 5.(1)(2) 「案件は,案件番号で一意に識別」「…顧客, 受注見込額, 担当営業部などを記録する。」
     ⇒ 顧客―案件, 営業部―案件 はともに 1:N。
   • 5.(2) 「案件状態(‘商談中','受注', '失注',‘消滅')」
     ⇒ 案件状態―案件 は 1:N。
   • 5.(3)② 「複数の工事部が担当することになった場合, 工事部ごとに案件詳細を記録する。」
     ⇒ 工事部―案件詳細 は 1:N。
   • 同⑤ 「案件を担当する工事部が決定した時点で、案件詳細を記録する。」
   • 同④ 「一つの案件に対応する無効としていない案件詳細の売上見込額の合計は,案件の受注見込額と一致させる。」
     ⇒ 案件―案件詳細 は 1:N。
5. 履歴系リレーション
   • 5.(7) 「案件の変更は,担当営業部の社員が実施する。 …変更履歴及び変更を実施した社員を記録する。」
     ⇒ 案件―案件変更履歴, 社員―案件変更履歴 はともに 1:N。
   • 案件詳細側も同様に、案件詳細―案件詳細変更履歴, 社員―案件詳細変更履歴 を定義。
6. 受注系リレーション
   • 6. 「案件状態が‘受注’となった時点で, 案件ごとに受注として記録する。」
     ⇒ 案件―受注 は1:1（受注は必ず元案件を持つ）。
   • 同「受注明細…担当工事部ごと」
     ⇒ 受注―受注明細 は 1:N。
7. (a)〜(h) の外部キー
   図2の空欄は上記リレーションの結果、
   (a) 顧客グループコード
   (b) 営業部コード
   (c) 分割元案件番号
   (d) 統合先案件番号
   (e) 変更社員番号
   (f) 変更社員番号
   (g) 案件番号
   (h) 担当工事部コード
   で埋まる。

誤りやすいポイント

• スーパタイプとサブタイプの双方に重複して線を引いてしまう
• 「営業部社員―顧客グループ」を 1:1 と誤解（実際は 4.(2) 後段で N 側が社員）
• 「案件詳細―工事部」を M:N と考え中間テーブルを想像してしまう
• 履歴エンティティに社員との関係を作り忘れる
• 受注を案件詳細と直接結び付けてしまう

FAQ

模範解答

解説

解答の論理構成

1. 集計の軸（SELECT, GROUP BY）
   “〔対象業務の概要〕 7.(1) 顧客グループ名ごと案件状態名ごとに, 受注見込額を集計する。” と “7.(2) 顧客グループ名ごと案件状態名ごと工事部名ごとに, 売上見込額を集計する。” から
   • ① SELECT と GROUP BY の列は “顧客グループ名”, “案件状態名”。
   • ② ではこれに “部名” を追加。
     よって（ア）顧客グループ名,（イ）案件状態名,（コ）部名 と決定。
2. FROM 句―ベーステーブル
   受注見込額は “案件” に保持される（5.(2) “受注見込額”）。売上見込額は “案件詳細” に保持される（5.(3)① “売上見込額”）。よって
   • ① FROM には “案件” を置く →（ウ）案件
   • ② FROM には “案件” と “案件詳細” →（ウ）案件,（サ）案件詳細
3. FROM 句―リレーションを補完
   “案件” は “顧客番号” で “顧客” と結合（4.(1) ～ 5.(2)）。“顧客” は “顧客グループコード” で “顧客グループ” と結合（3.(3)）。“案件” は “案件状態コード” で “案件状態” と結合（5.(2)）。
   よって
   • （エ）顧客
   • （オ）顧客グループ
   • （カ）案件状態
   • 結合列は “顧客番号”, “顧客グループコード”, “案件状態コード” →（キ）,（ク）,（ケ）
4. ②における工事部名取得
   “売上見込額” は “担当工事部” 単位で管理（5.(3)①）。担当工事部の名称は “部” テーブルにある（1.(1) “部は,部コードで一意に識別”）。サブタイプ統合の前提より工事部テーブルを用いず “部” を参照。
   • “案件詳細.担当工事部コード ＝ 部.部コード” となるため
     （シ）部
5. 無効排除条件
   “無効フラグが0である案件（…）を集計” という文に合わせ WHERE 句で “案件.無効フラグ = 0”（②では “案件詳細.無効フラグ = 0” も追加）。

誤りやすいポイント

• 工事部名取得に 工事部 テーブルを置いてしまう。設問指定でスーパタイプ “部” にまとめるので “部” でなければ不正解になります。
• “顧客グループ名” ではなく “顧客グループコード” を SELECT してしまい集計軸を誤る。
• ②の JOIN 条件で “案件番号” の結合を忘れ、重複行で集計値が水増しされる。
• 無効フラグの判定を “≠ 1” のように書き、NULL 行の扱いで統計が狂う。

FAQ

模範解答

解説

解答の論理構成

1. 集計対象の確認
   • ①では“受注見込額”を持つ“案件”テーブルを、②では“売上見込額”を持つ“案件詳細”テーブルをそれぞれ集計しています。
2. テーブル生成の契機
   • “案件”は【問題文】「5.(1) 案件は,営業活動の単位である。」の時点で作られる。
   • “案件詳細”は【問題文】「5.(3) 商談が進み, 案件を担当する工事部が決定した時点で、案件詳細を記録する。」の条件を満たして初めて作られる。
3. タイムラグが生む不一致
   • 工事部が未決定の案件は“案件詳細”が無いので②の合計に加算されず、①の合計だけが増える。
4. まとめ
   • 従って「案件を担当する工事部が決まっていない場合，案件詳細が記録されないから」両者に差が生じる。

誤りやすいポイント

• “無効フラグ”による除外と勘違いし、記録タイミングを見落とす。
• 「案件詳細は必ず存在する」と思い込み、案件と案件詳細を１対多ではなく１対１と誤認する。
• 分割・統合の話題に引っ張られ、根本原因から離れて説明してしまう。

FAQ