データマートまたはデータウェアハウス？ - ダミー

データマートのアイデアは、ブログやコンピュータ・トレード・プレスで読んだ内容にもかかわらず、ほとんど革命的ではありません。会議やセミナーで聞く。データマートは単純にスケールダウンされたデータウェアハウスです。それだけです。

ベンダーは、製品のコンテキストでデータマートを定義するために最善を尽くします。コンサルタントやアナリストは通常​​、特定の商品や専門分野に有利な方法でデータマートを定義します。それはこのビジネスが行く方法です。厳しい質問をする準備ができている。

<！あなたが次のいずれかの施設で最初からプロジェクトを開始した場合、すでに2つのストライキがあります。

「われわれは小さなデータではなく、実際のデータウェアハウスを構築しているマート。 "

• "データウェアハウスではなく、データマートを構築しています。 "

• あなたのプロジェクトをこれらの用語のいずれかとしてラベル付けすることで、ビジネス上の問題を突き抜ける前に、あなたが行う仕事について既に何らかの先入観があります。次の3つの問題を理解するまでは、差し迫ったプロジェクトをデータマートまたはデータウェアハウスとして分類するための基礎はありません。

- >

必要なデータの量と特性

• 解決しようとしているビジネス上の問題と回答しようとしている質問

• システムが正常に構築されます。

• 既存のアプリケーションから別の環境にデータのサブセットを抽出して再ホスティングする場合は、データマートを構築する対象を正確に呼び出すことができます。

<！しかし、最初から始めて、1つ以上のソースシステムからデータを抽出し、品質保証と変換を処理し、そのデータを別の環境にコピーする場合は、構築するかどうかを決定するデータウェアハウスまたはデータマート？

対象分野の数やデータ量など、いくつかのガイドラインがありますが、このステートメントにはすべて次のようなものがあります。環境にラベルを付けるとすぐに、宣言された概念や考え方が追加されます。あなたのビジネスニーズに合わないかもしれないその特性。

答えは次のとおりです。データウェアハウスとデータマートの用語を忘れてしまった。代わりにビジネス上の問題とその解決策に集中してください。特定の情報および分析機能を実行するためには、どのようなデータが必要ですか。ここでそのデータはどこにあり、どのような形式になっていますか？あなたのユーザーがそれを利用できるようにするためには何が必要ですか？

専門用語の戦争をベンダーやアナリストに任せます。誇大宣言に巻き込まれないでください。