BIツール最前線:OLAP分析ツール編
インメモリデータベースで高速処理化が進む最新OLAP分析ツール
OLAP分析ツールの基本機能を解説するとともに、代表製品を紹介。最新製品ではインメモリデータベースの採用により、分析処理の高速化が進んでいる。
OLAP分析ツールに求められる機能
ビジネスインテリジェンス(BI)ツールの中で、意思決定プロセスにおける「問題の要因を検証するため」に利用されるのがOLAP(online analytical processing)分析ツールだ。リポーティングツールの利用目的が「問題の兆候を発見すること」までであったのに対し(参考:コマーシャルOSSが注目を集めるリポーティングツールの最新動向)、OLAP分析ツールには捉えた現象をより掘り下げていく機能が求められる。結果に至った要因がどこにあるのか当たりを付け、本当にそれが問題の要因なのかを検証することがOLAP分析ツール導入の目的となるのだ(参考:読めば分かる! BI(ビジネスインテリジェンス)ツールの種類と必要な機能)。
OLAP分析ツールでは、3次元以上の多次元データベースから2次元のクロス集計表としてデータを取り出し、「ドリルダウン」「スライシング」「ダイシング」という3つのデータ分析操作でデータの多次元的な分析を行う。多次元データベースとOLAP分析操作を模式化したのが下図だ。
上図のサイコロが多次元データベースを表している。図の例では、「期間」「製品」「地域」という3次元のデータベースになっている。これらの次元は、それぞれ階層を持っている。一方、サイコロの中には、「販売金額」という数値が入っている。ただしこの数値は、3つの次元と階層の全ての組み合わせについての集計値になっている。
従って、サイコロの手前の面を2次元の表として見ると、図の左下のように横軸が「期間」で縦軸が「地域」の表になっており、表の中には「期間」と「地域」の組み合わせ(この場合9通り)の集計値が含まれていることになる。
このように、多次元データベースの中には、次元(ディメンション)とその次元を構成する項目(メンバー)をキーとして、非常にたくさんの集計値(メジャー)が含まれている。リレーショナルデータベース(RDB)ではSQLを使用してレコードの単位でデータを取り出すが、多次元データベースでは集計値を2次元の表の単位で扱い、ある1つの2次元表に対してドリルダウン、スライシング、ダイシングの3つの操作を行うことにより、特定の表を取り出すことになる。
ドリルダウン
ドリルダウンは、次元の階層に従ってデータを掘り下げる操作だ。図の例では、「期間」次元の「年」階層から「月」階層にドリルダウンしている。なお、ドリルダウンの反対で、より上位の階層に戻る操作をドリルアップと呼ぶ。
スライシング
スライシングは、多次元データベースの目に見えていない奥行きになっている次元に沿って切れ目を入れて(スライスして)データの対象を絞り込む操作だ。図の例では、「製品」次元に沿ってスライスして、製品Aだけを対象としたデータに絞り込んでいる。
ダイシング
ダイシングは、多次元データベースをサイコロ(ダイス)に見立て、それを転がす(ダイシングする)ことによって、目に見える面を取り換える操作だ。図の例では、「地域」次元と「製品」次元をダイシングにより取り換えている。
主なOLAP分析ツールとその特徴
現在、国内で入社可能な主なOLAP分析ツール製品を以下の表にまとめた。
| 製品(モジュール)名 | 開発元 | 提供形態 |
|---|---|---|
| Cognos OLAP | IBM | BIスイート製品「IBM Cognos10」に含まれている |
| Dr.Sum EA | ウイングアーク テクノロジーズ | 単体製品として販売されている |
| Oracle Essbase | Oracle | 単体製品として販売されている |
| SQL Server Analysis Services | Microsoft | データベース製品の1モジュールとして無償バンドルされている |
これらのうち、Oracle EssbaseとSQL Server Analysis Servicesは多次元データベースに対して外部プログラムからアクセスするためのインタフェースが公開されている。そのため、各製品に付属しているツール以外に独自にGUIを開発することも可能だ。
これらの製品以外にもOLAP操作ができるツールという意味では、より多くのBIツールが含まれる。例えば、前回「コマーシャルOSSが注目を集めるリポーティングツールの最新動向」で紹介したリポーティングツールにも、多次元データベースは持っていないが、通常のSQLとRDBでクロス集計検索を実行することでOLAP分析を実現している製品もある。ただし、多次元データベースを持たない疑似的なOLAP分析ツールでは、レスポンスが遅かったり、一部の分析操作ができない場合がある。
インメモリデータベースが注目を集める最新OLAP分析ツール
OLAP分析を快適に行うためには、高速なレスポンスが要求される。主要なOLAP分析ツールが事前に集計された値を格納する多次元データベースを持っているのはこのためだ。しかし、多次元データベースであっても、多種多量なデータに対応するためにはより一層の高速化が望まれる。このような状況を背景に、最今「インメモリデータベース型」のOLAP分析ツールが登場してきた。
インメモリデータベース(オンメモリデータベースとも呼ばれる)とは、読んで字のごとく、データベース自体をメモリに常駐させて処理することで、更新や検索の処理速度を飛躍的に向上する技術である。ここ数年、インメモリデータベースの採用が進んでいるのは、金融機関などで高速な更新処理を伴うアプリケーションが主だ。しかし、つい最近OLAP分析ツールでもインメモリデータベース技術を利用した製品が出始めてきた。
その先駆けとなったのが「QlikView」である。QlikViewはQlikTechが開発したインメモリデータベース型製品で、高速なOLAP分析操作と独自の分析インタフェースが特徴の製品だ(参考:独自の連想技術でインメモリ処理を実現する超高速BI「QlikView」)。QlikViewの場合、データベースは独自の形式で作成し、サーバ上のメモリに展開される。このとき同時にデータの圧縮も行うため、ディスクより高速なメモリアクセスとデータ圧縮の双方の効果により、OLAP分析操作の性能が向上する。
注目を集めているもう1つの製品が、Microsoft Excel 2010(以下、Excel 2010)のアドインとして提供されている「PowerPivot」だ(参考:「Microsoft SQL Server 2008 R2」+「Excel 2010」が目指すセルフサービスBI)。PowerPivotは、Microsoft SQL Serverなどに格納されているデータソースから取り込んだデータをクライアントPCのメモリ上に展開。多次元データベースを作成でき、Excel 2010のピボットテーブル機能を使用してOLAP分析を行うことができる。PowerPivotで作成する多次元データベースには、SQL Server Analysis Servicesのインメモリ版が使用されており、より高度な圧縮機能を持つことでクライアントPCのメモリ上での実行を可能にしている。
平井明夫
株式会社アイエイエフコンサルティング
マーケティング部 マーケティングディレクター
日本DEC(現日本ヒューレット・パッカード)、コグノス(現日本アイ・ビー・エム)、日本オラクルを経て、現在はアイエイエフコンサルティングに在籍。一貫してソフトウェア製品の開発、マーケティング、導入コンサルティングを歴任。特に、DWH、BIを得意分野とする。現在はBI技術の啓蒙のため、講演・執筆に積極的に取り組んでいる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「PC&デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー