我在执行函数时遇到问题。
这就是我所做的：
EXECUTE 权限被拒绝 对象“xxxxxxx”，数据库 'zzzzzz'，架构'dbo'。
【问题讨论】：
GO 和Create 合并到GOCreate 中。其他语法错误似乎也给出了这个错误。
标签： sql-server
听起来您需要向用户（或他们所属的组）授予相关存储过程的执行权限。
例如，您可以这样授予访问权限：
USE zzzzzzz;
GRANT EXEC ON dbo.xxxxxxx TO PUBLIC
【讨论】：
GRANT EXEC TO PUBLIC 来授予对数据库中所有对象的访问权限
我发现的最佳解决方案是创建一个新的数据库角色，即
CREATE ROLE db_executor;
然后授予该角色执行权限。
GRANT EXECUTE TO db_executor;
现在，当您转到用户的属性并转到用户映射并选择您添加新角色的数据库时，现在新角色将在数据库角色成员中可见：部分
【讨论】：
EXEC sp_addrolemember @rolename = N'db_executor', @membername = N'processAPI'等账号中
你需要运行这样的东西
GRANT Execute ON [dbo].fnc_whatEver TO [domain\user]
【讨论】：
[domain\user] 而不是 'domain\user'
如果您尝试向用户或角色授予权限，这将起作用。
使用 Microsoft SQL Server Management Studio：
【讨论】：
授予此类权限可能很危险，尤其是当您的 Web 应用程序使用相同的用户名时。
现在网络用户（以及整个万维网）也有权在您的数据库中创建和删除对象。想想 SQL 注入！
我建议仅向给定对象上的特定用户授予执行权限，如下所示：
grant execute on storedProcedureNameNoquotes to myusernameNoquotes
现在用户 myusernameNoquotes 可以执行过程 storedProcedureNameNoquotes 而无需其他不必要的权限访问您的宝贵数据。
【讨论】：
尽管您有足够的权限来创建它，但您无权执行它。
欲了解更多信息，请参阅GRANT Object Permissions (Transact-SQL)
【讨论】：
如果您遇到上述关于执行解决方案时引发的异常的问题，则问题是权限，未正确授予该组的用户访问数据库/存储过程的权限。您需要做的就是像我下面那样做一些事情，用您的数据库名称、存储过程（函数）以及权限或角色的类型或您授予访问权限的人替换我的。
USE [StableEmployee]
GO
GRANT EXEC ON dbo.GetAllEmployees TO PUBLIC
/****** 对象：StoredProcedure [dbo].[GetAllEmployees] 脚本日期：01/27/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
【讨论】：
你可以给每个人执行权限：
GRANT Execute on [dbo].your_object to [public]
“Public”是所有用户都属于的默认数据库角色。
【讨论】：
我遇到了同样的问题，我也解决了为数据库用户授予 db_owner 权限。
【讨论】：
如果你让这个用户对特定的数据库特别，那么你可能没有在属性的“用户映射”中将它设置为 db_owner
【讨论】：
这里是如何为一个不公开的用户授予权限，
直接查询：
Use MyDatabase
Grant execute on [dbo].[My-procedures-name] to [IIS APPPOOL\my-iis-pool]
Go
【讨论】：
一般的答案是如上所述授予执行权限。但如果 SP 的架构所有者与底层对象不同，这将不起作用。
通过以下方式检查架构所有者：
select name, USER_NAME(s.principal_id) AS Schema_Owner from sys.schemas s
要更改架构的所有者，您可以：
ALTER AUTHORIZATION ON SCHEMA::YOUR_SCHEMA TO YOUR_USER;
例子：
ALTER AUTHORIZATION ON SCHEMA::Claim TO dbo
ALTER AUTHORIZATION ON SCHEMA::datix TO user1;
最后，如果您在您的 SP 中截断表或更改结构，您可能希望在您的 SP 中添加 WITH EXECUTE AS OWNER：
ALTER procedure [myProcedure]
WITH EXECUTE AS OWNER
as
truncate table etl.temp
【讨论】：
如果您只需要授予单个功能，那么（只有 db admin 可以这样做）：
我相信这是最安全的方法，因为您只授予用户执行此功能。没有别的！
【讨论】：