私は、スタッフのすべてのメンバーのレコードを持つユーザーテーブルを持つ比較的大規模なデータベースアプリケーションを持っています。
私は別の小さなデータベースを持っています。これは、スタッフのメンバーが参加したすべての教育コースの記録です。このデータベースは、実際にはレガシーアプリから移行されたほんの一握りのテーブルであり、現在はスタンドアロンです。
2つのアプリケーションは、ユーザー以外に共通点はありません。
小さなデータベーステーブルを大きなデータベースにインポートしてアプリケーションを更新するのが「最善」ですか、それとも大きなデータベースのユーザーテーブルにアクセス/使用することは可能ですか？
ありがとう
小さなデータベースが大きなデータベースに書き込むことはないと仮定すると、必要な正確な情報を提供するビューを小さなDBに設定します。両方のデータベースが同じサーバーでホストされている場合、ユーザーが適切なアクセス権を持っていると仮定して、ビューはテーブルのフルネーム（server.database.schema.table）を指定することにより、大きなデータベースから選択できます。それらが別々のデータベースサーバー上にある場合は、リンクされたデータベースもセットアップする必要があります。
完全修飾名を使用して、（同じサーバー内の）別のデータベースのテーブルにアクセスできます。
<database name>.<schema>.<table name>
ただし、使用するログインに適切な権限があることを確認する必要があります。
リンクサーバーを使用すると、さまざまなサーバー上のデータベースにアクセスすることもできます。
これにより、データベースの1つが他のデータベースに結合されることを覚えておく必要があります。それが問題ないかどうかは、データベース、アプリケーション、およびそれらの使用方法によって異なります。
複数のアプリケーション間でデータベースを共有することは珍しいことではありません。名前の衝突がなく、小さなテーブルが20個しかない場合は、小さいデータベースのテーブルを大きいテーブルにインポートすることをお勧めします。
依存データベース（またはリンクサーバー）の管理とトラブルシューティング、および発生する可能性のあるすべてのセキュリティとメンテナンスの問題（および整合性！）について心配する代わりに、単一のデータベースを使用して、これらの潜在的な問題のほとんどを軽減できます。