Même s'il ne s'agit pas d'un impact sur les performances, cela pourrait poser un problème d'intégrité des données, car les FK ne peuvent pas être appliqués dans toutes les bases de données.
Cependant, il est plus probable que vos procs doivent être réglés, surtout s'ils comportent des milliers de lignes. Pour commencer, recherchez les curseurs, les sous-requêtes corrélées et les mauvaises indexations. Recherchez également les clauses where qui ne sont pas saragables et les fonctions scalaires qui s'exécutent ligne par ligne agonisante.
Bien sûr, la meilleure façon de prouver que la base de données séparée n'est pas le problème est de prendre un processus lent et de convertir ces tables en une seule base de données et de tester les performances dans les deux sens. S'il vous plaît, convainquez-les au moins de faire ce test plus petit avant de procéder à la modification horriblement compliquée et chronophage d'une base de données, puis découvrez qu'ils ont toujours des problèmes de performances.
Et rappelez-vous, le plan d'exécution est votre ami qui regarde ces choses.
