これは「広すぎる」の候補かもしれませんが、やってみます.
データを 3 回保存する必要があるのはなぜですか?
OLTP (オンライン、トランザクション処理システム) にデータがありますが、そのデータをまったく新しい構造 (データ ウェアハウス) に移動してから、再び OLAP システムに移動する必要があるのはなぜですか?
簡単に始めましょう。記録システムは 1 つしかなく、驚くほどビジーではありません。おそらく、抽象レイヤー (データベース内のビューまたは SSAS 内の名前付きクエリ) を使用して、データ ウェアハウスをスキップできます。
キューブやディメンションを構築すると、人々はそれを使い始め、気に入ってくれます。
「何が素晴らしいか知っていますか? Blats を既にそこにある Foos と Bars に関連付けることができれば」 次に、単純なアプリを、まったく関係のないアプリからのデータと統合する必要があります。アプリの顧客 ID 10 は、CRM アプリの顧客 ID {ECA67697-1200-49E2-BF00-7A13A549F57D} です。それで？顧客の単一のビューをユーザーに提示する必要があります。そうしないと、ユーザーはツールを使用しません。
おそらく、鉄拳で支配し、いいえ、キューブにそのデータを含めることはできず、ユーザーはそれに同意すると言うでしょう。
「子どもができて、人々の購買行動は変わりますか？」私たちのアプリケーションは顧客の現在のバージョンしか保存していないため、これに答えることができません。一度子供ができたら、常に子供がいたので、イベントの前後のパターンを明確に識別することはできません。
「昨年の売り上げはどうでしたか」アプリを管理しやすくするために 12 週間のデータしか保持していないため、答えられません。
「キューブ内のデータが古くなっています。更新できますか?」 Egads、真昼です。 SSAS 処理はテーブル ロックを取得し、基本的に処理が完了するまでアプリをダウンさせます。
これらのシナリオを続行する必要がありますか?
まとめ
データ ウェアハウスは、さまざまなシステムの統合ポイントとして機能します。それは適合した次元を持っています (物事が何であるかについて、誰もが共通の定義を持っています)。ウェアハウス内のデータは、ソース システム内のデータの有効期間を超える可能性があります。ビジネス ニーズによって、ソース アプリケーションがサポートしていないデータの追跡が必要になる場合があります。 DW のデータはビジネス アクティビティをサポートし、OLTP システムはそれ自体をサポートします。
SSIS は、データを移動するための単なるツールです。そこにはたくさんありますが、良いものも悪いものもあります。
いいえ、一般的に言えば、DW の作成を避けて、OLTP データベースに基づいてキューブを構築することは得策ではありません。