Question : procédé stocké et permissions de serveur de SQL

bonjour les experts, le

we essayent de fermer à clef en bas de notre environnement de serveur de SQL pour une application faite sur commande. le

its une installation de norme du serveur 2005 de Mme SQL nous avons une coutume $$etAPP qui doit avoir plein accès à un DB sur le serveur, mais nous ne voulons pas que tous les autres apps puissent en mesure à la lecture/écriture qu'à cela la suggestion de DB.

one était d'employer un procédé stocké inclus dans la coutume $$etAPP qui plus ou moins de passage une clef/mot de passe qui laisserait cette session spécifique avoir accès lecture/écriture au DB, mais n'importe quelles autres sessions n'auraient aucun droit au DB de la cible DB.

the est accédées par l'intermédiaire des raccordements d'ODBC. une chose que nous essayions d'éviter avec l'installation de procédé stocké serait le scénario suivant : l'utilisateur du
1. ouvre le MS Access et les essais se relient au DB, mais sont niés (évidemment, c'est après que nous ayons apporté les modifications) l'utilisateur du
2. ouvre la coutume $$etAPP qui passe le PS au DB, qui donne que session de pleines droites sur le DB
3. en ce moment, l'utilisateur ne devraient pas pouvoir en mesure au support d'accès ouvert et se relier au DB, il devrait être fermé à clef vers le bas spécifiquement à la session établie par l'application faite sur commande.

questions : le
1. est ceci possible ? le
2. si oui, comment la meilleure manière est-elle de faire ceci ? procédé stocké comme mentionné ? meilleure/différente manière ? la pensée initiale du

my était de fermer à clef des tables vers le bas au nom d'utilisateur (nous employons l'authentification de NT), mais en raison de la complexité de la coutume $$etAPP et l'immensité (tables 1000+), fermant à clef le DB vers le bas par des tables n'est pas vraiment plausible.

thanks, m'a laissé savent si je dois fournir plus de detail. class= de

Réponse : procédé stocké et permissions de serveur de SQL

S'ils l'ont dans la cachette la meilleure chose à faire est de les faire l'exporter vers un pst. Relier au nouveau serveur d'échange et l'importer de nouveau dans leur nouvelle boîte aux lettres vide.

Un plus long chemin est de prendre les psts et de les mettre sur une commande de part et d'employer l'exmerge sur le serveur pour l'importer dans des boîtes aux lettres.