OLAPキューブ

OLAPキューブは、データの多次元配列である。Online Analytical Processing（OLAP）は、洞察のためにデータを分析するコンピューターベースの手法である。ここでキューブという用語は、多次元データセットを指し、次元数が3より大きい場合、ハイパーキューブとも呼ばれる。
用語.
キューブは、2次元または3次元のスプレッドシートの多次元の一般化と考えることができる。例えば企業が製品ごと、期間ごと、および都市ごとに財務データを集計して、実際の費用と予算の費用を比較したい場合すると、製品、時間、都市、シナリオ（実際と予算）はデータのディメンションである。
データが任意の数の次元を持つことができる場合、"キューブ"は多次元データセットの省略形である。ハイパーキューブという用語は、特に3次元を超えるデータで使用されることがあるが、厳密な数学的意味では、すべての辺が必ずしも等しいわけではないため、キューブは「立方体」ではない。しかし、この用語は広く使用されている。
"スライス"は、すべてのセルで一定に保たれる次元の用語で、スプレッドシートまたはピボットテーブルの（n-1）次元の物理空間に多次元情報を表示できる。
キューブの各セルには、売上、利益、費用、予算、予測など、ビジネスの「メジャー」を表す数値が保持されている。
OLAPデータは通常、リレーショナルデータウェアハウスのスタースキーマ、スノーフレークスキーマ、または専用のデータ管理システムに格納される。メジャーはファクトテーブル（実際の集計や分析の対象となる大量の数値データを含む表）のレコードから派生し、ディメンションはディメンションテーブルから派生する。
階層.
ディメンションの要素は、階層、親子関係のセットとして編成される。通常、親メンバーはその子を要約する。
例えば、2005年5月の親は2005年第2四半期で、2005年は2005年の子となる。同様に、都市は地域の子である。製品は製品グループにまとめられ、個々の費用項目は支出のタイプにまとめられる。
操作.
データを階層ディメンションを持つキューブとして考えると、概念的に単純な操作になり、分析が容易になる。データコンテンツを使い慣れた視覚化と揃えることで、アナリストの学習と生産性が向上する。
回転とドリルダウン/アップによるスライスの指定を通じて、ページ表示を対話的に呼び出すことによってユーザーが開始するナビゲーションプロセスは、「スライスとダイス」と呼ばれることがある。一般的な操作には、スライスとダイス、ドリルダウン、ロールアップ、ピボットがある。
"スライス"は、ディメンションの1つに単一の値を選択して、キューブの長方形のサブセットを選択し、ディメンションが1つ少ない新しいキューブを作成するものである。
図はスライス操作を示している。2005年と2006年の会社のすべての販売地域とすべての製品カテゴリの売上高は、データキューブから「スライス」されている。
"ダイス": ダイス操作は、アナリストが複数の次元の特定の値を選択できるようにすることでサブキューブを生成する。
図はダイス操作を示している。新しいキューブは限られた数の製品カテゴリの売上高を示し、時間と地域のディメンションは以前と同じ範囲をカバーしている。
"ドリルダウン/アップ"により、ユーザーは、最も要約された（上）から最も詳細な（下）までの範囲のデータレベル間を移動できる。
図はドリルダウン操作を示している。アナリストは、サマリーカテゴリ「Outdoor-Schutzausrüstung」から移動して、個々の製品の売上高を表示する。
"ロールアップ": ロールアップには、ディメンションに沿ったデータの要約が含まれる。要約ルールは、階層に沿って合計を計算したり、「利益=売上-費用」などの一連の数式を適用したりするなど、集約関数になる場合がある。
一般的な集計関数は、ロールアップ時に計算するのにコストがかかる可能性がある。キューブのセルから決定できない場合は、ベースデータから計算する必要がある。オンラインで計算する（遅い）か、ロールアウトの可能性（大スペース）を事前計算する必要がある。
セルから決定できる集約関数は、分解可能な集約関数と呼ばれ、効率的な計算を可能にする。
例えばcodice_1やcodice_2はOLAPで簡単にサポートできる。これらはOLAPキューブの各セルに対して計算され、その後ロールアップされるためである。全体の合計（またはカウントなど）は小計の合計だが、codice_3をサポートすることは困難である。MEDIANは、ビューごとに個別に計算する必要があるためである。セットの中央値は、サブセットの中央値ではない。
"ピボット"を使用すると、アナリストは空間で立方体を回転させてさまざまな面を見ることができる。例えば特定の四半期のデータを表示しながら、都市を垂直に配置し、製品を水平に配置できる。
ピボットでは、製品を期間に置き換えて、単一の製品の時間の経過に伴うデータを表示できる。
図はピボット操作を示している。キューブ全体が回転し、データに別の視点を与える。
数学的定義.
データベース理論では、OLAPキューブはRDBMSの射影を抽象化したものである。次数"N"を前提として、"X"、"Y"、"Z"をキーとし、"W"を残差の属性とする射影を考えた場合、これを関数として述べると、
属性"X"、"Y"、および"Z"はキューブの軸に相当し、"W"値はキューブの各セルにデータを取り込むデータ要素に相当する。
2次元出力デバイスが3次元を簡単に述べることができない限り、データキューブの「スライス」の射影を使用することがより現実的である（SQLのものと概念的には似ているが同じ意味ではなく、古典的なベクトル分析の次元削減の意味で射影と呼ぶ）、
これは主キーが隠される可能性があるものの、意味的な重要性はあり、おそらくユーザの関心がある特定の"Z"の値の3項関数表現のスライスと考えられる。
OLAP表示の背後にある動機を辿ると、1980年代のDBMSのクロスタブレポートパラダイムと、1904年の初期の分割表に行き当たる。結果は、"X"の値が行$1に入力されるスプレッドシートスタイルの表示; "Y"の値は$A列に入力; "g" : ( "X", "Y" ) → "W" の値は"X"ラベルの付いた列と"Y"ラベルの付いた行の交点、「南東」、つまり$B$2の個々のセルに$B$2自体を含めて入力する。