L'autorisation EXECUTE a été refusée sur l'objet 'xxxxxxx', base de données 'zzzzzzz', schéma 'dbo'

J'ai des problèmes pour exécuter une fonction.

Voici ce que j'ai fait:

1. Créez une fonction à l'aide de SQL Server Management Studio. Il a été créé avec succès.
2. J'ai ensuite essayé d'exécuter la fonction nouvellement créée et voici ce que j'obtiens:

L'autorisation EXECUTE a été refusée sur l'objet 'xxxxxxx', base de données 'zzzzzzz', schéma 'dbo'.

On dirait que vous devez accorder l'autorisation d'exécution à l'utilisateur (ou à un groupe dont il fait partie) pour la procédure stockée en question.

Par exemple, vous pouvez accorder l'accès ainsi:

USE zzzzzzz;
GRANT EXEC ON dbo.xxxxxxx TO PUBLIC

La meilleure solution que j'ai trouvée est de créer un nouveau rôle de base de données ie

CREATE ROLE db_executor;

puis accordez à ce rôle l'autorisation d'exécution.

GRANT EXECUTE TO db_executor;

Désormais, lorsque vous accédez aux propriétés de l'utilisateur, accédez à Mappage des utilisateurs et sélectionnez la base de données dans laquelle vous avez ajouté un nouveau rôle, le nouveau rôle sera désormais visible dans la section Appartenance au rôle de base de données pour:

Pour plus de détails, lisez l'article complet

Dans Sql Server Management Studio:

allez juste à security->schema->dbo .

Double-cliquez sur dbo, puis cliquez sur permission tab->(blue font)view database permissionet n'hésitez pas à faire défiler les champs obligatoires tels que "execute".Aidez-vous à choisir en utilisant grantou des denycontrôles. J'espère que cela aidera :)

vous devez exécuter quelque chose comme ça

GRANT Execute ON [dbo].fnc_whatEver TO [domain\user]

Cela fonctionnera si vous essayez d'accorder une autorisation aux utilisateurs ou aux rôles.

Utilisation de Microsoft SQL Server Management Studio:

1. Aller à: Bases de données
2. Faites un clic droit sur dbo.my_database
3. Choisissez: Propriétés
4. Dans le panneau de gauche, cliquez sur: Permissions
5. Sélectionnez l'utilisateur ou le rôle et dans le panneau de nom
6. Recherchez Exécuter dans dans les autorisations et cochez: Accorder, Avec Accorder ou Refuser

Donner une telle autorisation peut être dangereux, surtout si votre application Web utilise le même nom d'utilisateur.

Désormais, l'utilisateur Web (et le World Wide Web) a également l'autorisation de créer et de déposer des objets dans votre base de données. Pensez à l'injection SQL!

Je recommande d'accorder des privilèges d'exécution uniquement à l'utilisateur spécifique sur l'objet donné comme suit:

grant execute on storedProcedureNameNoquotes to myusernameNoquotes

Désormais, l'utilisateur myusernameNoquotes peut exécuter la procédure storedProcedureNameNoquotes sans autres autorisations inutiles sur vos précieuses données.

Vous n'avez pas le droit de l'exécuter, bien que vous ayez suffisamment d'autorisations pour le créer.

Pour plus d'informations, consultez Autorisations d'objet GRANT (Transact-SQL)

Si vous rencontrez des problèmes tels que la question posée ci-dessus concernant l'exception levée lorsque la solution est exécutée, le problème est l'autorisation, qui n'est pas correctement accordée aux utilisateurs de ce groupe pour accéder à la base de données / procédure stockée. Tout ce que vous devez faire est de faire quelque chose comme ce que j'ai ci-dessous, en remplaçant le mien par le nom de votre base de données, les procédures stockées (fonction) et le type d'autorisation ou de rôle ou à qui vous accordez l'accès.

USE [StableEmployee]
GO
GRANT EXEC ON dbo.GetAllEmployees TO PUBLIC

/ ****** Objet: StoredProcedure [dbo]. [GetAllEmployees] Date du script: 27/01/2016 16:27:27 ****** /

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER procedure [dbo].[GetAllEmployees]
as
Begin
Select EmployeeId, Name, Gender, City, DepartmentId
From tblEmployee

End

Vous pouvez donner à tout le monde l'autorisation d'exécution:

GRANT Execute on [dbo].your_object to [public]

«Public» est le rôle de base de données par défaut dont tous les utilisateurs sont membres.

J'ai rencontré le même problème et je l'ai résolu en donnant la permission de db_owner aussi à l'utilisateur de la base de données.

Si vous rendez cet utilisateur spécial pour une base de données spécifique, alors peut-être ne le définissez-vous pas comme db_owner dans le "mappage utilisateur" des propriétés

vous feriez mieux de modifier les rôles de serveur, qui a été conçu pour les privilèges de sécurité. ajoutez le rôle de serveur sysadmin à votre utilisateur. pour une meilleure sécurité, vous pouvez avoir vos rôles de serveur personnalisés. mais cette approche vous donnera ce que vous voulez pour le moment.

1. Explorateur d'objets -> Serveur -> Sécurité -> Connexions
2. Faites un clic droit sur l'utilisateur souhaité
3. Accédez aux rôles de serveur sur le côté gauche
4. Assurez-vous que sysadmin est coché
5. Appuyez sur OK et redémarrez votre serveur SQL

Bonne chance

voici comment donner la permission à un utilisateur non public,

Requête directe:

Use MyDatabase Grant execute on [dbo].[My-procedures-name] to [IIS APPPOOL\my-iis-pool] Go