2010-06-09 5 views
0

J'ai plusieurs développeurs qui se connectent aux serveurs de production et de test où nous avons des DB avec des noms et des structures similaires. Dans SSMS, il y a des informations relatives à la connexion, mais parfois elles ne sont pas correctement affichées et/ou cachées.Identification de connexion SQL Server

Je sais qu'il est possible de personnaliser la barre d'état de chaque connexion dans SSMS, mais comment vous assurez-vous que votre développeur se connecte au bon serveur avant d'exécuter une requête? Y a-t-il un moyen de gérer cela?

MERCI!

+1

Vous pouvez démarrer chaque script sql que vous voulez exécuter avec un morceau de sql qui vérifie le nom du serveur :) –

Répondre

2

Dans SSMS, les informations de connexion sont affichées par onglet de requête - tout ce que les développeurs ont à faire est de savoir ce que dit l'étiquette de l'onglet. Cliquez sur le bouton "Nouvelle requête" et lisez ce que l'onglet est étiqueté. Ensuite, il s'agit de savoir quelle instance est Dev, Test ou Prod. Mais vous pouvez le rendre plus évident en définissant un alias qui dit explicitement "Dev", "Certification", "Production", etc via le nœud Aliases dans le Gestionnaire de configuration SQL Server. L'inconvénient est que ceux-ci sont définis par poste de travail.

Mais OrbMan soulève un bon point que l'accès à la production devrait être sévèrement limité.

+0

SQL Les alias fonctionnent très bien, mais si vous avez le contrôle du réseau, vous pouvez également configurer des alias DNS (enregistrements CNAME) qui fonctionnent aussi bien, et ils couvriront tout le monde. – SqlRyan

0

Cela ressemble à vos devs nécessitent un entraînement. A défaut, remplacer la pièce cassée ...

2

Une réponse est de ne pas avoir de développeurs touchant des serveurs de production, et avoir des déploiements gérés par quelqu'un d'autre. Ceci est souvent une exigence en fonction de la sensibilité des données que vous traitez.