Avec 2k05/2k08, il est préférable de partitionner une seule base de données. Vous avez tous les avantages de stocker des données comme dans plusieurs bases de données tout en étant capable d'utiliser les fonctions d'une base de données unique, comme les clés étrangères. Ceci étant dit, vous ne devriez pas tout conserver dans une seule base de données. Logiquement, lorsque les tables de groupes ne s'emboîtent pas, je les sépare normalement dans leurs propres bases de données. Par exemple, je ne combinerais pas nécessairement la base de données du système de commandes et la base de données de gestion des employés. Je suppose qu'il pourrait y avoir des raisons de le faire, mais je suis sûr que vous avez raison de séparer logiquement les magasins de données, le cas échéant.
Ce que vous devriez regarder est de savoir combien les deux bases de données interagissent. S'il y a beaucoup de champs qui rejoindraient les bases de données, alors je dirais que c'est probablement une bonne idée. Si c'est peut-être un ou deux champs liés à la table des employés, alors cela ne vaudra peut-être pas la peine de le faire. Votre autre option est, si le nombre de jointures est petit, de dupliquer les tables nécessaires dans la base de données d'inventaire, en particulier s'il s'agit d'une table et que les deux bases de données existantes sont volumineuses et plutôt complexes.
qui est ma situation. Ma base de données d'inventaire contient des tables qui référencent le employeeId dans la base de données des employés. Ces bases de données sont actuellement gérées à différents emplacements (Différents serveurs) –