OLAP

出典: フリー百科事典『ウィキペディア（Wikipedia）』

これはこのページの過去の版です。Parst (会話 | 投稿記録) による 2020年11月24日 (火) 06:42 （個人設定で未設定ならUTC）時点の版 (→‎APIと問い合わせ言語)であり、現在の版とは大きく異なる場合があります。

OLAPはonline analytical processingの略であり、複雑で分析的な問い合わせに素早く回答を行う方法のことである。 ビジネスインテリジェンスと呼ばれるより大きなカテゴリに属し、ビジネスインテリジェンスとはOLAP・ETL・リレーショナルレポーティング・データマイニングを含む概念である。 OLAPの典型的な用途は売上報告、市場分析、経営報告、ビジネス業績管理（BPM）、予算作成、計画作成、財務諸表作成などである。

OLAPの主な特徴は以下の点にある。

  • 多次元データモデルを操作すること（関係モデルではなく）
  • 複雑、分析的でその場限りの問い合わせを行えること
  • 非常に高速であること（通常は5秒以内に結果を返す）

このような理由から、Nigel PendseはOLAPのコンセプトをより正確に表す言葉としてFASMI（Fast Analysis of Shared Multidimensional Information）を提案している。

機能

OLAPはまず関係データベースのスナップショットを取り、多次元データとして再構成する。その後、問い合わせを行うことができるようになる。複雑で膨大なデータへの問い合わせの場合、OLAPは関係データベースに同様の問い合わせを行う場合に比較して予め集計してあるデータを利用することで、きわめて短時間に処理を実施する。

この操作データからなるOLAPの構造はOLAPキューブと呼ばれている。キューブはスタースキーマを形成するテーブルの一群からなり、中心にはファクトテーブルが存在する。このファクトテーブルには問い合わせの中心的な事実が格納されており、複数のディメンジョンテーブルがここにリンクしている。このディメンジョンテーブルの中にどのように関係データを集計し分析できるのかが定義されている。ここで、元データをどのような階層構造で集計するのかによってありうる集計方法の数は変わってくる。

例えば、顧客は市・地域・国によって分類されるとすると、50市・8地域・2カ国に存在するデータであれば3階層・合計60項目のデータとなる。ここでこの顧客と製品との関係を見たいとすれば、例えば製品は250品目・20カテゴリ・3ファミリ・3部門であるとすると合計276項目のデータとなる。この二つのディメンジョンだけでも16,560ものありうる集計が発生してしまう。考慮されるべきデータが増えるにつれて集計の数はすぐに何百万もの数になってしまう。

集計の計算結果と元データは統合されてOLAPキューブとなる。原理的にはOLAPキューブは可能性のある問いに対する全ての答えを保持することができる。だが、潜在的な集計の数が余りに多いために前もって決められた物のみを完全に集計し、残りは要求に応じて集計する場合もある。

OLAPの種類

基本的な概念からさらに踏み込むとOLAPは3種類存在する。多次元 (Multidimensional) OLAP (MOLAP)・関係 (Relational) OLAP (ROLAP)・ハイブリッド(Hybrid) OLAP (HOLAP)である。MOLAPは伝統的なOLAPの形式であり、単にOLAPと呼ばれる場合もある。MOLAPは集計用の特殊なデータベースを使用する。この中に特定の多次元データベースエンジンがあり、元データと集計値の両方を持つ次元軸の集まりとして必要なスキーマを作成する。これに対して、ROLAPは関係データベースに直接アクセスする。元データとディメンジョンテーブルは関係テーブルとして保持され、集計値を保持するために新しいテーブルが作成される。HOLAPでは元データは関係テーブルに保持され、集計値は多次元テーブルに保持される。

どの種類もそれなりの利点があるが、種類によって利点の詳細は異なってくる。MOLAPはデータが少ない場合に有利であり集計値を計算して返すのが速いが、大量のデータを作成してしまう欠点がある。ROLAPはよりスケーラブルであり最小の容量で済むが、前処理と問い合わせのパフォーマンスが悪くなってしまう。HOLAPは両者の中間と言えるが、前処理が速くスケーラビリティもある。OLAPを実装する際に困難なのは問い合わせを作成することである。つまり元データを選択しスキーマを構築する部分であるが、そのために大抵のOLAP製品では大量の事前に準備された問い合わせのライブラリを持っている。その他の問題としては元データの問題が挙げられる。元データは完全でかつ一貫性がなければならない。

APIと問い合わせ言語

関係データベースにはSQLという標準化された問い合わせ言語やODBC・JDBC・OLEDBのように広く普及したAPIが存在するが、OLAPでは統一された規格は存在しない。最初の実務的な標準であるAPIは1997年のマイクロソフトのOLEDB for OLAPであり、MDX問い合わせ言語をもたらした。これは複数のOLAPベンダがクライアントとサーバの両方に採用している。2001年マイクロソフトとHyperion Solutionsは分析記述用のXMLA (XML for Analysis) を発表しており、ほとんどのベンダに採用されている。この標準はMDXを問い合わせ言語として使用しているため、MDXはOLAPの世界ではデファクトスタンダードとなった。

製品

OLAP問い合わせを実行できる最初の製品は1970年に発表されたIRIのExpressである（1995年にオラクルに買収された）。しかし当時はこの用語自体が存在せず、1993年にTed Codd（リレーショナルデータベースの父と呼ばれる）により提唱された。しかしCodd氏の研究はArborに資金援助を受けており、さらにその会社は1年前にEssbase（Arborはその後Hyperion Solutionsと合併、さらにHyperion Solutionsは、オラクルが買収）というOLAP製品をリリースしていた。そのため、Codd氏の「Twelve laws of online analytical processing」はEssbaseを参照していたことは明らかである。

主な製品一覧

BPM(Business performance management)製品のベンダはOLAPで大きな地位を占めている。

外部リンク

モデル
他のモデル
実装
「https://ja.wikipedia.org/w/index.php?title=OLAP&oldid=80583423」から取得