t-sql create user et grant execute sur permission pour les procédures stockées

J'ai un script qui crée une base de données, stockées procs, des vues, des tables, des udf. Je veux inclure un script pour créer un utilisateur 'user_1", et donner l'autorisation d'exécuter la base de données.

J'ai essayé de suivre pour créer subvention commande exec pour tous les procs

declare @permission varchar(max)

select @permission = COALESCE(
    @permission + '; ' + 'Grant Execute on ' + name +  ' user_1', 
   'Grant Execute on ' + name +  ' user_1')
from sysobjects where xtype in ('P')

exec (@permission)

Mais exec (@permission) ne fonctionne pas. Il donne

syntaxe incorrecte près de ';'.

Comment puis-je résoudre ce problème?

source d'informationauteur stackoverflowuser

  1. 24

    Create Login: crée le serveur de connexion au niveau. Alors...
    Créer un Utilisateur: permet la Connexion de compte de joindre à votre base de données. Alors...
    Grant Execute: accorde les droits d'exécution à TOUS les sp et les fonctions dans votre base de données. Utilisation Grant Execute SUR abc xyz" si vous ne souhaitez accorder des droits spécifiques dans le domaine sps.

    Create login abacadaba with password='ABVDe12341234';
Create user abacadaba for login abacadaba;
Grant Execute to abacadaba;
  2. 2

    Avez-vous essayé:

    CREATE LOGIN TestUser WITH PASSWORD = 'TopSecret'
GRANT EXEC ON MyStoredProc TO TestUser

    vous pouvez également "CRÉER un UTILISATEUR" si c'est ce que vous voulez.

  3. 0

    Eu exactement le même problème que l'utilisateur original, mais pour moi, c'était mauvais caractères incorporés dans le TSQL - je devine quelle qu'en soit la source, il a été coupé et collé à partir d'.

    De toute façon en fonction de combien d'espace vous avez, il suffit de supprimer les espaces entre les mots et les remplacer par des espaces réguliers.

    Essayer toutes les autres réponses avant cela, il est assez peu probable - je suis seulement en ajoutant que c'était tellement frustrant d'avoir 2 lignes de TSQL, qui semblait identiques ci-dessus/ci-dessous les uns des autres, mais ont abouti à des résultats différents messages lors de l'évidence et de les exécuter dans Management Studio...

    Mise à JOUR: Les mauvais caractères ont été collées à partir de Microsoft Lync