データベースとデータウェアハウスの違いは何ですか?


163

データベースとデータウェアハウスの違いは何ですか?

それらは同じものではないか、少なくとも同じもの(つまり、Oracle RDBMS)で記述されていませんか?

回答:


147

詳細については、こちらをご覧ください。

前のリンクから:

データベース

  1. オンライントランザクション処理(OLTP)に使用されますが、データウェアハウジングなどの他の目的にも使用できます。これは、履歴のユーザーからのデータを記録します。
  2. テーブルと結合は正規化されているため(RDMSの場合)、複雑です。これは、冗長データを減らし、ストレージスペースを節約するために行われます。
  3. エンティティ–リレーショナルモデリング手法は、RDMSデータベースの設計に使用されます。
  4. 書き込み操作用に最適化されています。
  5. 分析クエリのパフォーマンスは低いです。

データウェアハウス

  1. オンライン分析処理(OLAP)に使用されます。これは、ビジネス上の決定のためにユーザーの履歴データを読み取ります。
  2. テーブルと結合は非正規化されているため、単純です。これは、分析クエリの応答時間を短縮するために行われます。
  3. データ–データウェアハウスの設計にはモデリング手法が使用されます。
  4. 読み取り操作用に最適化されています。
  5. 分析クエリの高性能。
  6. ある通常のデータベース。

データウェアハウスはゼロから多数のデータベースに供給される可能性があることにも注意することが重要です。


3
データモデリングは一般的な用語であり、データウェアハウスだけに適用されるわけではありません。(おそらく、2番目の#3では「ディメンションモデリング」を意味していました。つまり、私の経験では、それらを構築する最も一般的な方法です。)最後の行は意味がありません。データウェアハウスはどのようにデータベースを「含む」のでしょうか。データウェアハウスは0から多くの(OLTP)データベースに供給されていると言えます。
Patrick Marchand、2010

2
@Mark-データベースはOLTP専用であるとどこに記載されていますか?データベースとデータウェアハウスの関係を示しています。
TheCloudlessSky 2010

5
@Nickolay-これは2年前の答えです。気になる場合は編集して修正してください。
TheCloudlessSky

1
@DataMan-これを正解としてマークします。それはあなたの質問に対してかなり良いそして公正な応答です。
sanzy

1
データ-モデリング手法とエンティティ-リレーショナルモデリング手法の違いは何ですか?
QAIS 2016年

32

非技術的観点から:データベースは特定のアプリケーションまたはアプリケーションのセットに制限されています。

データウェアハウスは、エンタープライズレベルのデータリポジトリです。ビジネスのすべて/多くのセグメントからのデータが含まれます。この情報を共有して、ビジネスの全体像を提供します。ビジネスの異なるセグメント間の統合も重要です。

技術的な観点から:「データウェアハウス」という言葉には、明確な定義はありません。個人的には、データウェアハウスをデータマートのコレクションとして定義しています。各データマートは、データベースが特定の問題セット(アプリケーション、データセット、またはプロセス)に固有である1つ以上のデータベースで構成されます。

簡単に言えば、データベースはデータウェアハウスのコンポーネントです。この概念を探求する場所はたくさんありますが、「定義」がないので、どんな答えでも挑戦を見つけるでしょう。


Datamartは、好ましくはOLTPデータベースですか?
CᴴᴀZ

@CᴴᴀZ何のために?DatamartはOLAP用に作成され、Datamartは基本的には小さなDWH(ビジネスの一部)です。分析用に作成されているため、OLTPシステムが必要な場合はデータマートは選択できません。分析用のデータモデル(スキーマの開始またはスノーフロー)が必要な場合は、データマートが適しています。
Enrique Benito Casado 2017

@Enrique様、要点を説明しました。DatamartはOLAPに貢献しています。ここから、DatamartsがOLTPであるという手掛かりを得ました-SQL Server OLTP Datamart
CᴴᴀZ

こんにちは@CᴴᴀZ、私は記事を読みました、それはちょうどデータマートでOLTPを作る方法です。OK 。(しかし、私は彼らが例外のように言ったと思います)彼らがどのように言うか、矛盾がないように正規化する必要があるOLTPテーブルを考慮に入れてください。正規化はERスキーマで行うにはそれほど複雑ではありませんが、Star-SchemaまたはSnow-Flowの場合ははるかに複雑です。これらのスキーマは、トランザクション操作ではなく、データベースでの読み取りを容易にするために作成されています。だからといって、OLTPのようなDatamartを使用することは、可能であっても良い考えではないはずです。
Enrique Benito Casado 2017

16

データウェアハウスはデータベースの一種です。

人々がすでに言ったことに加えて、データウェアハウスはOLAPである傾向があり、インデックスなどは書き込みではなく読み取り用に調整されており、データは非正規化/読みやすく分析しやすい形式に変換されます。

「データベース」はOLTPと同じだと言う人もいますが、これは正しくありません。OLTPもデータベースの一種です。

その他のタイプの「データベース」:テキストファイル、XML、Excel、CSV ...、フラットファイル:-)


1
これは彼ら全員の正解です。そして、データマートのビット:It is a logical subset of Data warehouse, generally based upon business functions.
CᴴᴀZ

7

これを説明する最も簡単な方法は、データウェアハウスは単なるデータベースではない、ということです。データベースは何らかの方法で編成されたデータのコレクションですが、データウェアハウスは特に「レポートと分析を容易にする」ために編成されています。ただし、データウェアハウジングには「データの取得と分析、データの抽出、変換、読み込み、およびデータディクショナリの管理の手段もデータウェアハウジングシステムの必須コンポーネントである」と記載されているため、これはすべてではありません。

データウェアハウス


4

データベース:-OLTP(オンライントランザクションプロセス)

  • 現在のデータ、最新の詳細データ、フラットなリレーショナル分離データです。
  • エンティティの関係は、データベースの設計に使用されます
  • DBサイズ100MB-GBの単純なトランザクションまたは要求

データウェアハウス

  • OLAP(オンライン分析プロセス)
  • これは、履歴データスタースキーマ、スノーフレックススキーマ、銀河についてです
  • スキーマはデータウェアハウスの設計に使用されます
  • DBサイズ100GB-TBデータマイニングデータ可視化のためのクエリパフォーマンス基盤の改善
  • ユーザーは、データのさまざまな可能なビューへの高速で一貫したインタラクティブなアクセスを通じて、企業データのさまざまな側面についての深い理解と知識を得ることができます

4

データウェアハウスとデータベース:データウェアハウスは、データ分析のために特別に設計されています。これには、大量のデータを読み取り、データ間の関係と傾向を理解することが含まれます。データベースは、トランザクションの詳細の記録など、データをキャプチャして保存するために使用されます。

データウェアハウス:適切なワークロード -分析、レポート、ビッグデータ。 データソース -多くのソースから収集および正規化されたデータ。 データキャプチャ -通常、事前に定義されたバッチスケジュールでの一括書き込み操作。 データの正規化 -スタースキーマやスノーフレークスキーマなどの非正規化スキーマ。 データストレージ -アクセスの簡素化と高速クエリのために最適化されています。カラム型ストレージを使用したパフォーマンス。 データアクセス -I / Oを最小化し、データスループットを最大化するように最適化されています。

トランザクションデータベース:適切なワークロード -トランザクション処理。 データソース -トランザクションシステムなど、単一のソースからそのままキャプチャされたデータ。 データキャプチャ -新しいデータが利用可能になり、トランザクションのスループットを最大化できるため、継続的な書き込み操作用に最適化されています。 データの正規化 -高度に正規化された静的スキーマ。 データストレージ -単一の行指向の物理ブロックへの書き込み操作全体で最適化されます。 データアクセス -大量の小さな読み取り操作。


1

アプリケーション用のデータストレージは通常、データベースを使用します。リレーショナルデータベースの場合も、現在トレンドになっているSQLデータベースがない場合もあります。

データウェアハウスもデータベースです。データウェアハウスデータベースは、会社の分析レポート目的のための特殊なデータストレージとして呼び出すことができます。このデータは、主要なビジネス決定に使用されました。

組織化されたデータは、ビジネス上の意思決定を効果的に報告および実行するのに役立ちます。


1

データベース:

オンライントランザクション処理(OLTP)に使用されます。

  • トランザクション指向。
  • アプリケーション指向。
  • 現在のデータ。
  • 詳細なデータ。
  • スケーラブルなデータ。
  • 多くのユーザー、管理者/運用。
  • 実行時間:短い。

データウェアハウス:

オンライン分析処理(OLAP)に使用されます。

  • 指向分析。
  • 主題指向。
  • 歴史的なデータ。
  • 集計データ。
  • 静的データ。
  • 多くのユーザー、マネージャーはありません。
  • 実行時間:長い。

1

データウェアハウジング(DW)は、さまざまなソースからデータを収集および管理して、有意義なビジネス洞察を提供するプロセスです。データウェアハウスは通常、異種ソースからのビジネスデータを接続して分析するために使用されます。データウェアハウスは、データ分析とレポート作成のために構築されたBIシステムの中核です。


0

データウェアハウスのソースは、データベースのクラスターにすることができます。データベースは、現在のレコードを保持するなどのオンライントランザクションプロセスで使用されます。


0

データウェアハウスは、通常データベースに格納されるデータ構造の一種です。データウェアハウスは、データモデルとそこに格納されているデータの種類を参照します-分析目的で使用するためにモデル化されたデータ(データモデル)。

データベースは、データを格納する任意の構造として分類できます。従来は、Oracle、SQL Server、MySQLなどのRDBMSでした。ただし、データベースは、Apache CassandraのようなNoSQLデータベース、またはAWS RedShiftのような列型MPPにすることもできます。

データベースは単にデータを保存する場所であることがわかります。データウェアハウスは、データを格納する特定の方法であり、分析クエリを提供するという特定の目的を果たします。

OLTPとOLAPでは、DWとデータベースの違いはわかりません。OLTPとOLAPの両方がデータベースに存在します。異なる方法(異なるデータモデル手法)でデータを格納し、異なる目的(OLTP-更新用に最適化されたトランザクションの記録、OLAP-読み取り用に最適化された情報の分析)を提供するだけです。


-1

簡単な言葉で見てください:データウェア->分析/ストレージ/コピーおよび分析に使用する巨大なデータ。データベース->頻繁に使用されるデータを使用したCRUD操作。

データウェアハウスは日常的に使用していない種類のストレージであり、データベースは頻繁に取引されるものです。

例えば。銀行の声明を求めている場合、それは最後の3/4/6 /月以上bcozでデータベースにあります。それ以上のデータが必要な場合は、Datawareハウスに保存します。


-1

例:家は価値があり$100,000$1000年間で高く評価されています。

現在の家の値を追跡するには、値が毎年変化するため、データベースを使用します。

3年後、あなたはある家の価値を見ることができるでしょう $103,000.

住宅の歴史的な価値を追跡するには、住宅の価値が

$100,000 on year 0, 
$101,000 on year 1, 
$102,000 on year 2, 
$103,000 on year 3. 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.