HOME»データベーススペシャリスト掲示板»R2 PM1 問3 設問3 (2)
投稿する
»[0352] H30 午後1 問1 外部キーの名称の付け方 投稿数:2
»[0351] 関係スキーマの属性に導出項目を入れるべきか 投稿数:3
R2 PM1 問3 設問3 (2) [0354]
わさん(No.1)
"性別,年代"がなぜ必要なのか、教えていただけないでしょうか?
代わりに"会員番号"を使えば、個人会員テーブルから性別、年代が辿れる認識でした。
設問によると図1の個人売上・法人売上テーブル以外を総称して次元テーブルと呼ぶとあるので、個人会員テーブルを使っても問題ないと考えていました。
代わりに"会員番号"を使えば、個人会員テーブルから性別、年代が辿れる認識でした。
設問によると図1の個人売上・法人売上テーブル以外を総称して次元テーブルと呼ぶとあるので、個人会員テーブルを使っても問題ないと考えていました。
2022.09.06 09:17
にゃんちゃんさん(No.2)
★DB シルバーマイスター
サマリテーブルには会員番号を持たせないからです。
会員番号を持たせないから、会員番号をキーにできないということです。
そもそもサマリテーブルとは?という話ですが
この問題では、会員の購買履歴を直接参照して毎回毎回集計するのは処理が遅いという課題がありました。
そこで考えたのが、ある程度集計しきって行数を減らしたテーブルを作って、それを参照しようという仕組みです。
このテーブルが、今回話題のサマリテーブルです。
通常の購買履歴すべてであれば、いつどこで誰が何を買った…というかなり細かい明細になっていて、行数が多すぎるのですが
サマリテーブルは年代別、性別別などの軸で集計済みのデータになっています。
もしサマリテーブルから男性会員の売上を見たければ、性別の軸だけで見て合計すれば出てくる仕組みです。
会員番号を持たせないから、会員番号をキーにできないということです。
そもそもサマリテーブルとは?という話ですが
この問題では、会員の購買履歴を直接参照して毎回毎回集計するのは処理が遅いという課題がありました。
そこで考えたのが、ある程度集計しきって行数を減らしたテーブルを作って、それを参照しようという仕組みです。
このテーブルが、今回話題のサマリテーブルです。
通常の購買履歴すべてであれば、いつどこで誰が何を買った…というかなり細かい明細になっていて、行数が多すぎるのですが
サマリテーブルは年代別、性別別などの軸で集計済みのデータになっています。
もしサマリテーブルから男性会員の売上を見たければ、性別の軸だけで見て合計すれば出てくる仕組みです。
2022.09.06 12:54
わさん(No.3)
回答ありがとうございます!納得しました。
サマリテーブルが売上を集計しているという観点が抜け落ちて、列数を最小にすることだけを考えてしまっていました。
サマリテーブルが売上を集計しているという観点が抜け落ちて、列数を最小にすることだけを考えてしまっていました。
2022.09.06 13:19
その他のスレッド
»[0353] H29 午後I 問2 SQL1の穴埋め 投稿数:3»[0352] H30 午後1 問1 外部キーの名称の付け方 投稿数:2
»[0351] 関係スキーマの属性に導出項目を入れるべきか 投稿数:3