给予这样的权限可能是危险的，特别是如果您的web应用程序使用相同的用户名。

现在web用户(以及整个万维网)也有权限在数据库中创建和删除对象。想想SQL注入!

我建议将Execute权限仅授予给定对象上的特定用户，如下所示:

grant execute on storedProcedureNameNoquotes to myusernameNoquotes

现在用户myusernameNoquotes可以执行过程storedProcedureNameNoquotes，而无需对有价值的数据拥有其他不必要的权限。

如果您让这个用户对于特定的数据库是特殊的，那么在属性的“用户映射”中可能不会将其设置为db_owner

听起来，您需要为所讨论的存储过程向用户(或用户所属的组)授予执行权限。

例如，你可以这样授予访问权限:

USE zzzzzzz;
GRANT EXEC ON dbo.xxxxxxx TO PUBLIC

如果您试图将权限授予用户或角色，则此操作将有效。

使用Microsoft SQL Server Management Studio:

转到:数据库 右键单击dbo.my_database 选择:属性 在左侧面板上，单击:Permissions 在“名称面板”中选择“用户”或“角色” 找到“在权限中执行”并选中标记:“授予”、“与授予一起”或“拒绝”

你可以给每个人执行权限:

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

“Public”是所有用户都属于的默认数据库角色。

如果您遇到类似上述问题的问题，即在执行解决方案时抛出异常，那么问题在于权限，没有正确地授予该组的用户访问数据库/存储过程的权限。你所需要做的就是像我下面所做的那样，用你的数据库名称、存储过程(函数)和权限类型或角色或你授予访问权限的人替换我的数据库名称。

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