同じ物理マシン上の別の DB で選択を行う場合、パフォーマンスに影響はありますか? したがって、同じ SQL 2008 インスタンス内で実行されている同じ物理マシン上に 2 つのデータベースがあります。
たとえば、SomStoreProc on_this_db で実行します
SELECT someFields FROM the_other_db.dbo.someTable
私がインターネットで読んだこととはかけ離れていますが、ほとんどの人は NO を示しているようです。
同じ物理マシン上の別の DB で選択を行う場合、パフォーマンスに影響はありますか? したがって、同じ SQL 2008 インスタンス内で実行されている同じ物理マシン上に 2 つのデータベースがあります。
たとえば、SomStoreProc on_this_db で実行します
SELECT someFields FROM the_other_db.dbo.someTable
私がインターネットで読んだこととはかけ離れていますが、ほとんどの人は NO を示しているようです。
パフォーマンス ヒットではない場合でも、データベース間で FK を適用できないため、データの整合性に問題が生じる可能性があります。
ただし、特に数千行の長さの場合は、proc を調整する必要がある可能性が高くなります。まず、カーソル、相関サブクエリ、不適切なインデックスを探します。また、行ごとにアゴナイジングを実行している検索不可能なスカラー関数である where 句も探します。
もちろん、別のデータベースが問題ではないことを証明する最善の方法は、1 つの遅い proc を使用して、それらのテーブルを 1 つのデータベースに変換し、両方の方法でパフォーマンスをテストすることです。少なくとも、1 つのデータベースに恐ろしく複雑で時間のかかる変更を加えて、まだパフォーマンスの問題があることに気付く前に、この小規模なテストを行うよう説得してください。
そして覚えておいてください、実行計画はあなたの友人がこれらのものを見ているということです.