2009-07-23 5 views

Répondre

0

Vous pouvez utiliser des serveurs liés, bien qu'il puisse y avoir des choses géniales avec l'exécution de requêtes dans certains cas. Cela dépend des requêtes que vous exécutez.

Vous pouvez également configurer la réplication à partir des autres bases de données vers un serveur unique et exécuter toutes les requêtes sur ce serveur.

2

serveurs liés travail - mais ont quelques questions qui me font essayer de les éviter:

  1. Au fil du temps, ils font la gestion de votre environnement, d'un niveau élevé, un cauchemar. Les serveurs vont et viennent, sont mis à jour, etc., et cela devient vraiment sommaire quand vous avez des centaines de requêtes qui se cachent avec des noms de serveur codés en dur (pensez "... rejoignez myRetriringServer.someDatabase.dbo.importantData ..."). Alias ​​aider, mais ils sont un problème à mon humble avis. C'est un exemple de couplage serré problématique. Les performances peuvent être un problème très sérieux car les requêtes inter-serveurs de toute complexité ne sont pas optimisées et vous constaterez que les serveurs utilisent fréquemment des copies à la volée de tables entières sur le réseau. (Joe ++)

Si vous êtes dans un très petit environnement, cela fonctionne correctement. Pour les environnements plus volumineux, je préfère de loin déplacer des données à évolution lente avec SSIS, puis travailler pour co-localiser rapidement les données changeantes/dépendantes sur le même serveur pour les performances.

+0

J'apprécie vos points de vue. – ntombela

Questions connexes