次元または縮退次元？
私はデータウェアハウジングのコースを受講しています。現在、ラルフキンボールのデータウェアハウスツールキットを読んでいます。
縮退ディメンションは、ファクトテーブルに格納されているディメンションキーであることを理解しています。すべての属性がすでに他の分析ディメンションに配置されているため、対応するディメンションテーブルに結合されないため、別のディメンションテーブルに結合する必要がありません。
私が理解していないのは、何かを「通常の」ディメンションとして持ち、外部キーを介してファクトテーブルにリンクするのではなく、いつ縮退ディメンションにする必要があるのかということです。
これらはヒントです：
ディメンションは自然キー（請求書番号や注文番号など）のみで構成され、他の属性は含まれていません（独自のディメンションに配置されているため）。
ディメンションテーブルは、ファクトテーブルに比例して大きくなります。ファクトテーブルに新しい注文明細を挿入するたびに、新しい
OrderNumberディメンション行を挿入する必要があります。レポートにデータを入力するときにディメンションを使用してデータをフィルタリングすることは決してなく、その値を行ヘッダーとして使用することは意味がありません。
読む 設計のヒント＃46：縮退した寸法の別の見方 キンボールグループから
私の理解では、人々が検索したいと思うかもしれない何かへの外部参照がある場合、それは運用システムまたは組織参照の外部である可能性があります。通常、ビジネスマンが知っているもの（別のシステムまたは外部参照）にリンクしているため、ビジネスマンが見るのに役立ちます。また、他の測定では許可されていないものを測定できるようにするものである可能性もあります。この良い例は、小売店のバスケットのアイデアです。ビジネスマンは、一緒に購入するアイテムに興味を持っていますが、それ以外の方法では見つけるのは困難です。
いつ作ればいいですか？データウェアハウスを使用するビジネスマンと相談すると、クエリを実行するには追加のコードまたは追加の情報が必要であると言われますが、これはあなたにとって無関係であり、適合しません。寸法。