既存のシステムに接続するダッシュボードを作成するプロジェクトと、既存のシステムのデータを組み合わせて新しい機能を作成するプロジェクトがあります。たとえば、ダッシュボードは、「メンバー」（MS Access DB）、「従業員」（MySQL DB）、「製品」（フラットファイル）からマージされたデータを含む「注文」を生成できます。また、特定の新しい属性もあります。 「注文」に。
最初は、アプリケーションを各システムに個別に接続し、異なるデータベース間でベンダー間結合を実行するのが最も効率的だと思いました。しかし、一元化された/冗長なデータベース（システム間でデータをプッシュおよびプルするスクリプトで構築された）を作成することも、一部の半技術スタッフが単一の接続しかできないOOBaseなどの製品を使用できるようになるため便利だと思いました。
私が話しているような一元化された/冗長なDBを作成することに他の利点はありますか？または、複数の直接接続が最善のアプローチですか？
ヒントを事前に感謝します。
簡単に答えてみましょう。はい、中央データ ストレージが必要です。
ライブ データベースで複雑なレポートを実行したくありません。ライブ データベースが大きくなるにつれて、ハウスキーピングを行ってクリーンアップする必要がありますが、分析用にデータを保持する必要があります。
また、履歴分析を実行できるように、データを集約する必要があります。
さまざまなソースからのデータについては、クリーンアップが必要になります。また、おそらくデータをリンクする方法を知る必要があり、適切に作業を行うために認識しなければならないことがたくさんあります。
データ ウェアハウジング ( wikipedia ) とビジネス インテリジェンス ( wikipedia ) を読むことを検討してください。
このシステムに「新機能」を追加したい場合は、オーケストレーション (ウィキペディア) を検索することもできます。これにより、異種のビジネス プロセスをリンクすることができます。
これらはすべて、それ自体が非常に専門的で複雑な分野であるため、専門家に相談することをお勧めします.
大量のデータをコピーする場合は、十分に注意してください。もしそうなら、ここにいくつかの重要なガイドラインがあります：
1 つのシステムがマスターとして定義され、他のシステムがデータを改ざんできないことを確認してください。
常にマスターからスレーブにデータをコピーします。
データをコピーするときは、何らかのチェックサムを使用して、すべてのデータがコピーされたことを確認します。「昨日、コピーに失敗しました」を処理できることを確認してください。
スレーブが変更を行う必要がある場合は、変更をマスターにプッシュし、標準の「更新」パスを使用してそれをスレーブにマージします。「変更をスレーブに保存し、後でマスターを更新する」ことは避けてください。