ビッグデータ活用法を考える
徹底比較:データウェアハウス、データレイク、データマート、ODSの違いは?
データウェアハウス、データレイク、データマートなど、ビッグデータを収容する方法は少なくない。とはいえ、どの方法を選ぶかはデータの使用目的や使用者によって変わる。本稿では、これらの違いを考える。
企業はさまざまなソースから膨大な量のデータを収集する。その量は従来のリレーショナルデータベース(RDB)では処理しきれない。これがデータウェアハウスとデータレイクを比較する背景にあるものだ。データウェアハウスとデータレイクを使うのはそれぞれどういった場合で、何に適しているのか、またデータマート、オペレーショナルデータストア(ODS)、RDBとどう違うのか、などについても考える必要がある。
以上で挙げたデータリポジトリは、いずれも核となる機能が似ている。ビジネスに関するレポートと分析のためにデータを収容するという点だ。違いは、目的、格納するデータの種類、データの取得元、データにアクセスするユーザーなどにある。
一般に、こうしたデータリポジトリに収容されるデータは、CRM、ERP、HRや財務関連のシステムで生成される。このようなシステムが生成したデータレコードは、ビジネスルールに準拠しているかどうかが検証された後、データウェアハウスやデータレイクなどのデータストレージに送られる。
さまざまなビジネスアプリケーションで生成されたデータを1つのデータプラットフォームに集め、それらのデータをビジネス分析ツールで使用する。これによりトレンドを見極めたり洞察を得たりして、ビジネス判断を下すことが可能になる。
データウェアハウス vs. データレイク
仮に、システムから取得したデータが大量にあり、そのデータを分析に使う必要があるとする。この場合は、データウェアハウスかデータレイクいずれかを選ぶのが一般的だ。データウェアハウスは、信頼できる単一のデータソースとしての役割を果たす。データを格納する際、データの履歴から余分な情報を削除し、分類しているためだ。
これに対し、データレイクは複数のソースからデータを収集し、格納する。基本的に、データレイクはソースから取得したさまざまなデータを加工せず、そのまま保持する。
データレイクはビジネス分析の標準的なユーザーにはあまり適していない。さまざまなソースからデータを取得する上、データが整理されていないことがあるためだ。データサイエンティストなどのデータ分析を専門とする者がデータレイクを使用する。
実際のウェアハウス(倉庫)とレイク(湖)を思い浮かべれば、データウェアハウスとデータレイクの違いが理解できるだろう。倉庫では、特定のソースから取得した商品を整理して保管する。一方、湖には小川や河川などのさまざまなソースから水がそのまま流れ込む。
データウェアハウスのベンダーは、Amazon Web Services(AWS)、Cloudera、IBM、Google、Microsoft、Oracle、Teradata、SAP、SnapLogic、Snowflakeなど選択肢が多彩だ。データレイクを提供するのは、AWS、Google、Informatica、Microsoft、Teradataといったデータ管理プロバイダーだ。
データウェアハウス vs. データマート
データマートはデータウェアハウスと混同されることが少なくない。だが、この2つは目的が明確に異なる。
一般に、データマートはデータウェアハウスの部分集合になる。つまり、データマートに収容されるデータはデータウェアハウスがソースになる。ただし、データマートがデータウェアハウス以外のソースからデータを取得することもある。データマートに送られるデータは、営業チームなど特定の組織に所属するユーザー向けに厳選される。これによりユーザーが必要なデータを素早く見つけられるようにする。すなわち、財務分析など特定の用途で使用されるデータがデータマートに保持される。
データマートはデータウェアハウスよりも規模がはるかに小さい。データマートで保持するデータ量は数十GB程度だが、データウェアハウスは数百GB~数P(ペタ)Bのデータ量を保持する。
データマートは既存のデータウェアハウスやその他のデータソースを持つシステムによって構築できる。データマートは構築の際、データベースのテーブルを設計し、関連のあるデータを設定し、データにアクセスできるユーザーを決める。
データウェアハウス vs. ODS
ODSはデータベースの一種だ。データウェアハウスに収容する全データを一時的に保持する領域として機能する。倉庫で例えれば積み降ろし場に当たる。ここでは到着した商品が検査される。ODSで保持している間に、データの不純物を取り除き、重複をなくす。ビジネスルールに準拠しているかどうかもチェックする。これらを経て、ODSは必要なデータをデータウェアハウスに送る。
ODS内のデータにはクエリを実行できる。だが、ODSでは一時的にしかデータを保持しないため、特定のクエリに対する情報しか提供されない。例えば進行中の顧客注文に関する情報などがそれに該当する。
ODSはRDBMS(リレーショナルデータベース管理システム)か、オープンソースの分散処理プラットフォーム「Apache Hadoop」上で実行されるのが一般的だ。データは「Attunity Replicate」や「Hortonworks DataFlow」などのデータ統合ツール、データ取得ツールを使用してODSに供給される。
データウェアハウス vs. データレイク、RDB
データウェアハウス、データレイク、RDBの主な違いは次のように説明できる。RDBは、単一のソースから取得した構造化データを格納、整理するために使用される。データウェアハウスは、複数のソースから取得した構造化データを保持するために構築される。データレイクはこの2つとは異なり、非構造化データ、半構造化データ、構造化データを格納する。
RDBは比較的簡単に作成でき、トランザクションデータを格納、整理するために使用できる。しかしRDBには非構造化データをサポートしない、膨大な量のデータを扱えない、といったデメリットがある。そのため非構造化データや膨大な量のデータを扱う場合は、データウェアハウスかデータレイクかの選択になる。とはいえ、運用データ分析やトレンド分析のようなタスクには、最近でも相変わらずRDBを使う企業が少なくない。
RDBはオンプレミスかクラウドかを選択できる。選択肢として「Microsoft SQL Server」「Oracle Database」「MySQL」「IBM DB2」「Amazon Relational Database Service」(Amazon RDS)、「Cloud Spanner」などがある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー