serveurs liés travail - mais ont quelques questions qui me font essayer de les éviter:
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.
J'apprécie vos points de vue. – ntombela