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

• 【問題文】「サービス区分でどの種類のサービスかが識別される」
• 共通：サービスコード、サービス区分、サービス名、標準価格
• 個別専用：サービス内容、標準作業時間数
• セット専用：個別サービス選択可能数
• オプション専用：サービス内容、標準作業時間数、個別サービスコード

• 個別サービスの「標準作業時間数」は“個別サービス”.サービスコードにのみ依存。
• オプションサービスの「個別サービスコード」は、オプションサービスにだけ意味を持つ外部キー。

• サービスごとに行を分ける「１対１派生テーブル方式」を採用し、４表でサブタイプを表現。
• これにより上位表（サービス共通）と下位表が $1:1$ で接続され、検索もシンプル。

• 四つのテーブルすべてでサービスコードを主キー。
• “オプションサービス”.個別サービスコード は“個別サービス”.サービスコードへの外部キー。

継続パターンコード

期間

回数

曜日

継続割引率

継続パターンコード

{期間、回数、曜日}

• 図 1 に「水まわり３点セット…◆浴室清掃…」の列挙があるため、セットに属する個別サービスが存在する。
• 一方、「6｜トイレ清掃」や「7｜エアコン清掃」のようにセットに属さない個別サービスも同一注文内に登場する。
• よって個別サービス側から見て “0 又は 1” のセットに従属、セット側から見ると設定された「選択可能数」が 1 以上なので “1 以上”。

• 【問題文】「一つの個別サービスに対して、複数のオプションサービスを追加できる。」
• 同時に「オプションサービスは…単独では提供しない。」のでオプション側は必ず 1 つの個別サービスに従属。
• 個別サービスにはオプションを付けなくても良い（図 1 で ◆浴室清掃にオプション無しなど）ため、個別サービス側は “0 以上”。

• 指定の“ゼロを含むか否かを区別して表現する表記ルール”に合わせ、 ・「○｜●｜→」で “0 又は 1 対 1 以上”
  ・「●｜○｜→」で “1 対 0 以上”
  を用いると模範解答の図式になります。

• 問題文「3. サービスの特性 (2) ② セットサービスとは、個別サービスを複数組み合わせたもの」とあるように、セットサービスは必ず個別サービスを内包します。
• 同じく「3. サービスの特性 (2) ③ オプションサービスとは、…個別サービスに追加する清掃で、単独では提供しない」とあるため、オプションサービスは常に個別サービスに従属します。

• 「図3　注文明細のサブタイプ構造」では “セットサービス 注文明細” → “個別サービス 注文明細” → “オプションサービス 注文明細” の上下関係を明示しています。
• この上下関係を物理実装するには、子側行から親側行を指すキーが必要です。

• セットサービス配下の個別サービスであれば「どのセットサービスに属するか」を示す値が必要。
  ⇒ ①「選択された個別サービスの元となったセットサービスの注文明細番号」。
• 個別サービス配下のオプションサービスであれば「どの個別サービスに付随するか」を示す値が必要。
  ⇒ ②「追加されたオプションサービスの元となった個別サービスの注文明細番号」。

• “注文明細” テーブル自身に親を示す列を追加すれば、セット・個別・オプションの３層を同一テーブル内で表現できます。
• 既存の主キー “注文番号＋注文明細番号” は変更不要で、外部キーとして同テーブルを参照するだけで済むため実装が簡潔です。

• 注文確定 → “注文明細” に行作成
• 実施予定登録 → “実施明細” に行作成

• “サービスには、個別サービス、セットサービス及びオプションサービスの３種類”
• “セットサービスとは、個別サービスを複数組み合わせたもの”

• “１回の実施には一つ又は複数のサービスが含まれ” とあるが、 個別に作業時間を割り当てる仕様は “個別サービス、オプションサービスごとに、予定作業時間数を割り当てる。”
• 逆に “セットサービス” に対して作業時間は割り当てない。

• 注文：元々主キーは「注文番号」。版を区別するには複合化が必要 ⇒ 主キー欄に○
• 注文明細：主キーは「注文番号＋注文明細番号」。注文番号が変わらないので同様に複合化 ⇒ 主キー欄に○、さらに親表を参照するため外部キー欄も○
• 実施：主キー「実施番号」は変更しない。列は実施版の参照用途のみ ⇒ 外部キー欄に○
• 実施明細：主キーは「実施番号＋実施明細番号」。版管理は親子参照で足りる ⇒ 外部キー欄に○