解説

関係データベースのテーブル構造において、主キーと外部キーの関係になっている2つの表があるとき、その表に対応するエンティティのカーディナリティ（多重度）は主キー側"1"、外部キー側"多"とした"1対多"の関係になります。図2のテーブル構造を見ると、以下の4つの"1対多"の関係があることがわかります。

• 会員コードで関連付けられている、売上エンティティ(1)と会員エンティティ(多)
• 売上番号で関連付けられている、売上エンティティ(1)と売上明細エンティティ(多)
• 商品コードで関連付けられている、商品エンティティ(1)と売上明細エンティティ(多)
• 商品種別コードで関連付けられている、商品種別エンティティ(1)と商品エンティティ(多)

〔aについて〕
会員エンティティ側が主キー、売上エンティティ側が外部キーなので矢印は「→」となります。本文中には「会員でない顧客が購入した場合は，テーブル"売上"の列"会員コード"にはNULLが設定される。会員になっても，一度も購入しない場合もあり得る」とあり、どの会員エンティティとも紐づかない売上エンティティ、およびどの売上エンティティとも紐づかない会員エンティティが存在し得ることがわかります。したがって、両側とも○が付きます。

∴a＝

〔bについて〕
商品エンティティ側が主キー、売上明細エンティティ側が外部キーなので矢印は「←」となります。売上明細は実際に売れた商品の情報ですので必ずいずれかの商品エンティティと紐づけられる一方、新規商品などでまだ1つも売れていない場合には商品エンティティがどの売上明細とも紐づいていない状況もあり得ます。よって、売上明細側には○、商品側には●が付きます。

∴b＝

〔cについて〕
商品種別エンティティ側が主キー、商品エンティティ側が外部キーなので矢印は「←」となります。本文中には「商品は，いずれかの商品種別に分類されるが，商品が存在しない商品種別もあり得る」とあるので、商品エンティティは必ずいずれかの商品種別エンティティに紐づく一方、どの商品エンティティとも紐づいていない商品種別エンティティが存在し得ることがわかります。よって、商品側には○、商品種別側には●が付きます。

∴c＝

解説

本文中には「商品の単価は，頻繁に変更される」とあり、商品テーブルには商品の最新の単価しか保持されていません。売上金額などを計算するためには商品が購入されたときの単価が必要ですが、もしテーブル"商品"にしか単価を保持していないと、過去の売上金額についても現時点の単価でしか計算できなくなってしまいます。テーブル"売上明細"に列"単価"を持たせているのは、販売時点の商品単価を記録しておくためです。

∴売上が発生した時点の単価を記録するため

解説

マイレージサービスを実現するには、顧客ごとのマイレージ倍率の情報が必要で、マイレージ倍率は前年と本年の購入累計額によって決まります。いくつかの実装が考えれますが、設問の「精算時の処理時間が長くならないように考慮すること」という条件を考慮すると、ある程度絞られてきます。

マイレージ倍率の使用場面は、顧客が購入したタイミングです。購入の度に本年の購入累計額を集計することも考えられますが、"会員"・"売上"・"売上明細"を結合して集計するので処理時間が長くなってしまいます。それよりも会員ごとに列"マイレージ倍率"をもたせて、それを参照するだけの方が無駄が少ないです。
別の方法として、列として"前年の購入累計額"と"(本年)購入累計額"の両方をもたせ、2つの金額から購入の都度マイレージ倍率を算定するという実装もあります。これは購入累計額を集計するよりは処理負荷が少ないですが、①"前年の購入累計額"と"(本年の)購入累計額"の少ない方を決める、②該当する金額区分を調べる、③テーブル"マイレージサービス"からマイレージ倍率を取得するというプロセスが必要で、やはり列"マイレージ倍率"をもたせて単に参照する場合と比較して処理時間が長くなります。
さらに、問題文には「清算の際に，…マイレージ倍率を更新し，次回の精算からは，新しいマイレージ倍率を適用する」と記載されており、マイレージ倍率を保持する属性が存在することを暗に示しています。よって、1つ目の列は"マイレージ倍率"となります。

前述のとおり、マイレージサービスでは「清算の際に，…マイレージ倍率を更新し，次回の精算からは，新しいマイレージ倍率を適用する」ことになっています。マイレージ倍率は購入累計額が一定の金額を超えたときにアップするので、この更新処理では購入累計額を参照する必要があります。こちらについても毎回集計すると処理時間が長くなってしまうので、顧客ごとに購入累計額の情報をもたせておいて、①購入の際にその購入金額を加算する、②一定金額を超えたらマイレージ倍率を更新するとした方が処理時間の面から有利です。

なお、列"購入累計額"だけをもたせ、購入の都度、テーブル"マイレージサービス"からマイレージ倍率を取得するという方法の場合、年初のマイレージ倍率を保持することができません。したがって両方の列が必要です。

∴購入累計額，マイレージ倍率

解説

〔dについて〕
〔ポイント制度の改良〕(2)タイムサービスには「特定の曜日，時間帯に，特定の商品種別の商品を購入すると，その商品の購入金額に対して付与するポイントを整数倍する。この倍率をタイムサービス倍率という」とあり、タイムサービス倍率は曜日、時間帯、商品種別によって識別されることがわかります。図3のタイムサービステーブルには商品種別を表す列がないので追加する必要があります。

追加される列"商品種別コード"は、テーブル"タイムサービス"のレコードを一意に決めるために必要な主キーの一部、かつ、テーブル"商品種別"の主キーを参照する外部キーです。図2のテーブル"売上明細"の列"売上番号"の表記を見るとわかるように、主キーかつ外部キーであるときには主キーを表す下線のみを付けるのが一般的なルールなので、空欄には「商品種別コード」が当てはまります。

∴d＝商品種別コード

解説

本文中にはタイムサービスについて「設定の見直しと変更は随時行われる」と記載されています。テーブル"タイムサービス"には、曜日と時間帯だけしか情報がなく、いつからいつまでそのタイムサービスが適用されていたかを知る術はありません。また、売上日時をもとに曜日と時間帯で集計しても、その当時適用していたタイムサービス倍率はわかりません。したがって、図2、図3のテーブル構造ではタイムサービス倍率と販売数量の相関分析を行うことは不可能です。

この問題を解決するには、設問2の単価と同じ考え方で、販売時点で適用されていたタイムサービス倍率を売上明細ごとにもたせることが考えられます。したがって、答えはテーブル「売上明細」に列「タイムサービス倍率」を追加するです。

∴テーブル：売上明細、列：タイムサービス倍率