2012-04-26 7 views
0

私は監視アプリケーション用のデータベースで作業しており、すべてのビジネスロジックが整理されています。すべてうまくいっていますが、要件の1つは、監視データが完全に独立していることです。複数のデータベースサーバーを照会していますか?

私はウェブサーバ上のローカルデータベースを使用して、イベント処理とキャッシング通知を行っています。モニタデータベースにはシステムごとに1つのイベント行が存在するため、必要に応じてIDを取得して監視データを照会するのは簡単です。これは私のWebサーバだけが使用するものなので、外部で整合性を施すことができます。すべての関係が1対1であるため、クエリは問題ではありませんので、非常に簡単です。

私の問題はユーザー管理にあります。私の元の計画では、別のデータベース(監視データベースだけを残しておくという要件を満たすために)にそれがありましたが、私が思ったときに私はまっすぐ思っていたとは思いません。ユーザーが簡単にアクセスできるシステムのすべてのIDを取得できますが、どのように効率的に他のデータベースのクエリに渡すことができますか?これには解決策がありますか? orchの連鎖を作るのは、醜くてバグのような解決策のようです。

この種の問題はあまり一般的ではないと思いますか?大部分の開発者は、異なるデータベースサーバーを統合する必要がある場合、何をしますか?いずれにしても、私は自分の雇用主がユーザー管理データを同じデータベースに入れるように話していますが、このようなことができるかどうかを知りたいと思っています。

答えて

3

あなたが後にあるものを達成するために、いくつかの方法があります。

  • リンクサーバー(SQL Serverの - http://msdn.microsoft.com/en-us/library/ms188279.aspx)のような利用の概念データベース層を駆動するフロントエンド内

  • 個々の接続文字列は、データを複製するレプリケーションなどの

  • 利用物事

また、1つのデータベースサーバーインスタンス上に複数のデータベースがあるという概念は、ビジネス要件に違反しないように思われます。これを出発点として、与えられた詳細を調査します。

関連する問題