0

私は DW の初心者で、e コマース Web サイト用の非常に単純な倉庫を作成する必要があります。

寸法表

  • 日付次元テーブル (id、年、四半期、月、日)
  • 時間次元テーブル (id、時間、分)
  • 製品ディメンション テーブル (id、製品名、価格、カテゴリ ID)
  • 商品カテゴリ次元表（id、カテゴリ名）

ファクト テーブル

  • 製品ごとの売上 (日付 ID、製品 ID、販売数、価格合計)

このファクト テーブルは、「6 月にどれくらいの商品が売れたか」などの質問に適しています。

しかし、「6 月に最も売れた製品はどのカテゴリか」などの質問に答える必要があります。または「水曜日の 1 日の中で最もビジネスが成功する時間帯は?」。

2 つの可能性があります。

  1. 製品ファクト テーブルに新しい列 (カテゴリ ID または時間 ID) を追加できます。ただし、この ID はテーブルの粒度を変更します
  2. カテゴリに関するファクトを含むカテゴリ用の別のファクト テーブルを作成できます。しかし、これは (私の意見では) ディスク容量を浪費していますよね?

どの可能性が正しいですか?

4

3 に答える 3

1

販売ファクト テーブルは、注文品目ごとにする必要があります

1 日の時間に対してのみ縮退ディメンションを追加したり、時間単位で時間ディメンション テーブルを追加したりできます。

カテゴリ名をdim_productに追加してみませんか?

于 2013-03-02T02:02:31.807 に答える
0

うん。ビジネス プロセスで発生する事実を常に最も詳細に作成します (ソース システムで許可されている場合)。この場合、特定の日時に各製品が顧客に販売されるたびにします。パフォーマンスに必要な場合 (および必要な場合にのみ) 後で、これらの詳細なファクトからいつでも集計を作成できます。

また、再作業の労力に比べて、ディスク容量はかなり安価です。

于 2015-12-16T03:27:46.163 に答える