私は監視アプリケーション用のデータベースに取り組んでおり、すべてのビジネス ロジックを整理しました。これで問題ありませんが、要件の 1 つは、監視データが完全にスタンドアロンであることです。
Web サーバーでローカル データベースを使用して、イベント処理と通知のキャッシュを行っています。監視データベースにはシステムごとに 1 つのイベント行があるため、必要に応じて ID を取得し、監視データを照会するだけで簡単です。これは Web サーバーのみが使用するものであるため、整合性を外部から適用できます。すべての関係が 1 対 1 であるため、クエリも問題ではなく、非常に簡単です。
私の問題はユーザー管理にあります。私の当初の計画では、さらに別のデータベースを使用していました (監視データベースをそのままにしておくという要件を満たすため)。ユーザーがアクセスできるシステムのすべての ID を簡単に取得できますが、それを他のデータベースのクエリに効率的に渡すにはどうすればよいでしょうか? これに対する解決策はありますか？ors のチェーンを作成することは、見苦しくバグのある解決策のように思えます。
この種の問題はそれほど珍しいことではないと思いますか？異なるデータベース サーバーを統合する必要がある場合、ほとんどの開発者は何をしますか? いずれにせよ、私は雇用主にユーザー管理データを同じデータベースに入れるように説得する方向に傾いていますが、この種のことができるかどうか知りたいです。