Loading article…
Ralph Kimball によれば、[1]データ ウェアハウスにおける縮退ディメンションとは、すべての重要な属性が分析ディメンションに配置されているため、独自のディメンション テーブルを持たないファクトテーブル内のディメンション キー (ディメンション テーブルの主キー) のことです。「縮退ディメンション」という用語は、Ralph Kimballによって考案されました。
ボブ・ベッカーはこう言っています。
縮退ディメンションは、ファクト テーブルの粒度が単一のトランザクション (またはトランザクション ライン) である場合によく発生します。運用ビジネス プロセスによって割り当てられたトランザクション制御ヘッダー番号は、通常、注文、チケット、クレジットカード トランザクション、または小切手番号などの縮退ディメンションです。これらの縮退ディメンションは、明細項目の「親」の自然キーです。
対応する属性のディメンション テーブルがなくても、縮退ディメンションは、関連するファクト テーブルの行をグループ化するのに非常に役立ちます。たとえば、小売の POS トランザクション番号は、購入されたすべての個別の項目を 1 つのマーケット バスケットに結び付けます。医療では、縮退ディメンションは、1 回の入院または治療のエピソードに関連する請求項目をグループ化できます。[2]
この用語の他の用法
ほとんどの執筆者や実務家は縮退ディメンションという用語を正しく使用していますが、オンラインや印刷された情報源では誤解を招くような定義が簡単に見つかります。たとえば、Oracle FAQ では、縮退ディメンションを「別のディメンション テーブルではなくファクト テーブルに格納されるデータ ディメンション。これにより、ディメンション テーブルに結合する必要がなくなります。縮退ディメンションのデータを使用して、ファクト テーブルのメジャーを制限したり、「スライス アンド ダイス」したりできます。」と定義しています。[3]
この一般的な解釈は、ディメンション属性を縮退ディメンションと呼ぶ限り、ディメンション モデリングの適切な実践方法であることを意味します。これは事実ではありません。縮退ディメンションの概念は、ディメンション属性は常にディメンション テーブルに取り出されるという絶対的なルールに対する特定の明確に定義された例外をサポートするために Kimball によって開発されました。
参照
注記
- ^ Kimball, Ralph; Ross, Margy (2002)。『データ ウェアハウス ツールキット: ディメンショナル モデリングの完全ガイド(第 2 版)』。インディアナポリス、インディアナ州: John Wiley & Sons。pp. 50、398。ISBN 978-0-471-20024-6。
- ^ Becker, Bob (2003 年 6 月 3 日)。「デザインのヒント #46: 縮退ディメンションの別の見方」。ファクト テーブル コア コンセプト。Kimball Group。2013年1 月 25 日閲覧。
- ^ 「縮退ディメンション」。Oracle FAQ。2011年7 月 31 日閲覧。
文献
- Kimball, Ralph et al. (1998); The Data Warehouse Lifecycle Toolkit、p17。Wiley出版。ISBN 0-471-25547-5。
- Kimball, Ralph (1996); The Data Warehouse Toolkit 、p . 100。Wiley出版。ISBN 0-471-15337-0。
外部リンク
- Becker, Bob (2003 年 6 月 3 日)。「デザインのヒント #46: 縮退ディメンションの別の見方」。ファクト テーブル コア コンセプト。Kimball Group。2013年1 月 25 日閲覧。