多次元スキーマとデータの概要
適用先: Access 2013、Office 2013
多次元スキーマについて
ADO MD の中心的なメタデータ オブジェクトは、構造化された関連する次元、階層、レベル、およびメンバーで構成されるキューブです。
次元は、ビジネス エンティティから派生する多次元データベースの独立したデータのカテゴリです。 次元には、一般にデータベースのメジャーのクエリの抽出条件として使用するアイテムが含まれます。
階層は、次元の集計パスです。 次元には、複数レベルの粒度があり、そこには親子関係 があります。 階層によって、レベル間の関係が定義されます。
レベルは、階層内の集計の手順です。 複数の情報のレイヤーを含む次元では、各レイヤーがレベルになります。
メンバーは、次元のデータ アイテムです。 一般に、メンバーを使用してキャプションを作成したり、データベースのメジャーを記述します。
キューブは ADO MD の CubeDef のオブジェクトによって表されます。 次元、階層、レベル、およびメンバーも、対応する ADO MD のオブジェクト (Dimension、Hierarchy、Level、および Member) によって表されます。
Dimensions
キューブの次元は、各自のビジネス エンティティおよびデータベースでモデル化するデータの種類に依存します。 各次元は、一般にデータを選択するための独立したエントリ ポイントまたはメカニズムです。
たとえば、Salesperson、Geography、Time、Products、および Measures の 5 つの次元で構成される売上データを含むキューブがあるとします。 Measures 次元には実際の売上データ値が含まれ、他の次元は売上データ値を分類してグループ化する方法を表します。
Geography 次元には、以下の一連のメンバーが含まれます。
{All, North America, Europe, Canada, USA, UK, Germany, Canada-West,
Canada-East, USA-NW, USA-SW, USA-NE, USA-SE, England, Scotland,
Wales,Ireland, Germany-North, Germany-South, Ottawa, Toronto,
Vancouver, Calgary, Seattle, Boise, Los Angeles, Houston,
Shreveport, Miami, Boston, New York, London, Dover, Glasgow,
Edinburgh, Cardiff, Pembroke, Belfast, Berlin,
Hamburg, Munich, Stuttgart}
Hierarchies
階層によって、次元のレベルを "まとめる" またはグループ化する方法を定義します。 次元には、複数の階層を含めることができます。
Levels
上の図で示されている Geography 次元の例の各ボックスは、階層内のレベルを表します。
各レベルには、以下のメンバーがあります。
The World = {All}
大陸 = {北米, ヨーロッパ}
国 = {カナダ、米国、英国、ドイツ}
リージョン = {カナダ東部、カナダ西部、USA-NE、USA-NW、USA-SE、USA-SW、イングランド、アイルランド、スコットランド、ウェールズ、ドイツ北部、ドイツ南部}
都市 = {オタワ、トロント、バンクーバー、カルガリー、シアトル、ボイシ、ロサンゼルス、ヒューストン、シュレーブポート、マイアミ、ボストン、ニューヨーク、ロンドン、ドーバー、グラスゴー、エディンバラ、Cardiff、Pembroke、ベルファスト、ベルリン、ハンブルク、ミュンヘン、シュトゥットガルト}
メンバー
階層のリーフ レベルのメンバーに子はなく、ルート レベルのメンバーに親はありません。 他のすべてのメンバーには、少なくとも 1 つの親と 1 つの子があります。 たとえば、Geography 次元の階層ツリーを部分的にスキャンすると、以下の親子関係が生成されます。
- {All}(の親){ヨーロッパ、北米}
- {北米} (親) {Canada, USA}
- {USA}(の親){USA-NE, USA-NW, USA-SE, USA-SW}
- {USA-NW}(の親){Boise, Seattle}
メンバーは各次元で 1 つ以上の階層に統合できます。
この例では、別の特性も示しています。Year-Week 階層の週レベルの一部のメンバーは、Year-Quarter 階層のどのレベルにも表示されません。 つまり、階層に次元のすべてのメンバーを含める必要はありません。