データウェアハウス：操作データストア（ODS） - ダミー

ODSの定義によっては、新しい入力が既存のデータを上書きすることを除いて、様々な操作源からのODSへの定期的な入力（999）（バッチ）入力を伴って、古典的なデータウェアハウスを構築する。 銀行では、例えば、ODS（この定義による）は、いつでも、当座預金口座システムの恩恵、各貯蓄口座のための1つの残高貯蓄口座システム。 <！ - 1 - >

さまざまなシステムが預金残高を定期的に（毎日の終わりなど）送信すると、ODSユーザーは1か所を見て各銀行顧客の完全なプロファイル（顧客の各タイプの口座に関する基本情報および残高情報）。

データウェアハウジングの世界でより混乱しやすい概念の1つは、運用データストアです。誰も実際にODSが実際に何であるかについては同意しません。

<！ - 2 - >

このような環境をODSと呼ぶ場合は、是非、前に進みます。この例は、バッチ指向のデータウェアハウジング環境であり、実行履歴を保持するのではなく、そこに存在する各データに対して更新と置換の操作を行います（もちろん、新しいデータを追加することもできます）。どのような措置がそこに保存されています。

このODSは非常に簡単に実装でき、バッチ指向のミドルウェアツールやサービス、レポート作成ツール、OLAPツールを使用することもできます。

<！ ODSのもう一つのバージョンは、もう少しアーキテクチャ的に挑戦的です。ウェアハウス対応アプリケーションを必要とするエンドツーエンドのアプローチを採用しています（データウェアハウスにデータを提供することがわかっているため）。ウェアハウス対応アプリケーションは、プッシュまたはプル・アーキテクチャをサポートし、情報データベースをリアルタイム（またはリアルタイムに近い）でリフレッシュすることを可能にします。

アプリケーションとシステムの障壁を解消するという前提は、データウェアハウスで行うことと非常によく似ていますが、重要な問題が1つあります。情報環境と分析環境の更新速度は、使用すると非常に遅くなります古典的なデータウェアハウジングとデータの抽出と移動のためのバッチ指向のプロセスです。

用語や流行語を忘れてしまった。代わりに、ODS間のアーキテクチャ上の時間指向の違いに注目してください。