現在、ポイントツーポイントSQLクエリ(AからBへのプル)を介してデータを共有する2つのSQL Serverアプリケーションデータベースがあります。データベースBで実行されているこのSQLは、データベースA内の多数のテーブルからB内のテーブルにデータを定期的に抽出、変換、ロードするために使用されます。そのプロセスで多くのビジネスルールを効果的に実装しています。 残念なことに、このプロセスは非常に壊れやすく、頻繁に失敗し、監査が非常に少なく、SQLスクリプトを無限に調整する必要があります。私たちは、この2つのデータベース間のデータ統合を実装するための他の方法を探しています。SSISを使用して2つのデータベース間でデータを統合する
SSISを使用して、データベースAからデータベースBにデータを定期的に読み込む方法があります。すでにSSISを使用してデータベースAからデータウェアハウスにデータを抽出しています。ここのデータは、AとBの統合のために行うETLとほとんど同じです。
私の質問は、この状況でどのような良い練習ですか?データウェアハウスをBの統合ポイントとして再利用できますか(つまり、データウェアハウスからBにデータをプルする)、またはデータウェアハウスを企業の統合アーキテクチャの一部にするという悪い習慣ですか?
レプリケーションがオプションであれば、それを使用することをお勧めします。さらに情報を投稿してください。ここでは、ビジネスルールまたはAからBへの同じデータを適用した後にデータのみを受け入れるかどうかわかりません。 – TheGameiswar
ステージングテーブルデータウェアハウスとデータベースBの両方に関連する共通データを保持しているETLで実行します。次に、ステージング表から両方をロードします。 – RichardCL
処理中のバッチの履歴とレコードの系列を記録することを検討する必要があります。 – RichardCL