EXECUTE AS 子句 (Transact-SQL)

在 SQL Server 中，可以定义以下用户定义模块的执行上下文：函数（内联表值函数除外）、过程、队列和触发器。

通过指定执行模块的上下文，可以控制 数据库引擎使用哪一个用户帐户来验证对模块引用的对象的权限。这有助于人们更灵活、有力地管理用户定义的模块及其所引用对象所形成的对象链中的权限。必须而且只需授予用户对模块自身的权限，而无需授予用户对被引用对象的显式权限。只有运行模块的用户必须对模块访问的对象拥有权限。

Transact-SQL 语法约定

语法

Functions (except inline table-valued functions), Stored Procedures, and DML Triggers
{ EXEC | EXECUTE } AS { CALLER | SELF | OWNER | 'user_name' } 

DDL Triggers with Database Scope
{ EXEC | EXECUTE } AS { CALLER | SELF | 'user_name' } 

DDL Triggers with Server Scope and logon triggers
{ EXEC | EXECUTE } AS { CALLER | SELF | 'login_name' } 

Queues
{ EXEC | EXECUTE } AS { SELF | OWNER | 'user_name' } 

参数

• CALLER
  指定模块内的语句在模块调用方的上下文中执行。执行模块的用户不仅必须对模块本身拥有适当的权限，还要对模块引用的任何数据库对象拥有适当权限。

  CALLER 是除队列外的所有模块的默认值，与 SQL Server 2005 行为相同。

  CALLER 不能在 CREATE QUEUE 或 ALTER QUEUE 语句中指定。

• SELF
  EXECUTE AS SELF 与 EXECUTE AS user_name 等价，其中指定用户是创建或更改模块的用户。创建或更改模块的用户的实际用户 ID 存储在 sys.sql_modules 或 sys.service_queues 目录视图的 execute_as_principal_id 列中。

  SELF 是队列的默认值。

  注意
  若要在 sys.service_queues 目录视图中更改 execute_as_principal_id 的用户 ID，必须在 ALTER QUEUE 语句中显式指定 EXECUTE AS 设置。

• OWNER
  指定模块内的语句在模块的当前所有者上下文中执行。如果模块没有指定的所有者，则使用模块架构的所有者。不能为 DDL 或登录触发器指定 OWNER。

  重要提示
  OWNER 必须映射到单独帐户，不能是角色或组。

• 'user_name'
  指定模块内的语句在 user_name 指定的用户的上下文中执行。将根据 user_name 来验证对模块内任意对象的权限。不能为具有服务器作用域的 DDL 触发器或登录触发器指定 user_name。请改用 login_name。

  user_name 必须存在于当前数据库中，并且必须是单独帐户。user_name 不能是组、角色、证书、密钥或内置帐户，如 NT AUTHORITY\LocalService、NT AUTHORITY\NetworkService 或 NT AUTHORITY\LocalSystem。

  执行上下文的用户 ID 存储在元数据中，可以在 sys.sql_modules 或 sys.assembly_modules 目录视图的 execute_as_principal_id 列查看。

• 'login_name'
  指定模块内的语句在 login_name 指定的 SQL Server 登录的上下文中执行。将根据 login_name 来验证对模块内任意对象的权限。只能为具有服务器作用域的 DDL 触发器或登录触发器指定 login_name。

  login_name 不能为组、角色、证书、密钥或内置帐户，如 NT AUTHORITY\LocalService、NT AUTHORITY\NetworkService 或 NT AUTHORITY\LocalSystem。

注释

数据库引擎对模块所引用对象的权限进行评估的方式取决于调用对象和被引用对象之间存在的所有权链。在 SQL Server 的早期版本中，所有权链是可以避免授权调用用户访问所有被引用对象权限的唯一方式。

所有权链具有以下限制：

• 仅适用于 DML 语句：SELECT、INSERT、UPDATE 和 DELETE。

• 调用和被调用对象的所有者必须相同。

• 不适用于模块内的动态查询。

有关所有权链的详细信息，请参阅 所有权链。

不论模块中指定的执行上下文如何，以下操作始终适用：

• 执行模块时，数据库引擎首先验证执行模块的用户是否拥有对模块的 EXECUTE 权限。

• 所有权链规则继续应用。这意味着如果调用和被调用对象的所有者相同，则不检查对基础对象的权限。

当某用户要执行已指定在 CALLER 之外的上下文中执行的模块时，系统将检查该用户是否有执行该模块的权限，但对该模块访问的对象的权限检查，则是针对 EXECUTE AS 子句中指定的用户帐户执行。实际上，执行模块的用户将扮演指定的用户。

在模块的 EXECUTE AS 子句中指定的上下文，仅在模块执行期间有效。模块执行完毕后，上下文反转为调用方。有关在模块中切换执行上下文的详细信息，请参阅在模块中使用 EXECUTE AS。

指定用户名或登录名

修改模块以便在其他上下文中执行前，不能删除模块的 EXECUTE AS 子句中指定的数据库用户或服务器登录。

在 EXECUTE AS 子句中指定的用户或登录名必须分别是 sys.database_principals 或 sys.server_principals 中的主体，否则创建或更改模块的操作将失败。此外，创建或更改模块的用户必须拥有对主体的 IMPERSONATE 权限。

如果用户拥有通过 Windows 组成员身份隐式访问数据库或 SQL Server 实例的权限，并且满足以下要求之一，则创建模块时，也将隐式创建在 EXECUTE AS 子句中指定的用户：

• 指定的用户或登录是 sysadmin 固定服务器角色的成员。

• 创建模块的用户拥有创建主体的权限。

如果这些要求都不满足，则创建模块的操作将失败。

重要提示
如果 SQL Server (MSSQLSERVER) 服务是使用本地帐户（本地服务或本地用户帐户）运行的，它将无权获取 EXECUTE AS 子句中指定的 Windows 域帐户的组成员身份。这将导致模块的执行失败。

例如，假设条件如下：

• CompanyDomain\SQLUsers 组具有对 Sales 数据库的访问权限。

• CompanyDomain\SqlUser1 是 SQLUsers 的成员，因此它拥有访问 Sales 数据库的权限。

• 创建或更改模块的用户拥有创建主体的权限。

当运行以下 CREATE PROCEDURE 语句时，将隐式创建 CompanyDomain\SqlUser1 作为 Sales 数据库中的数据库主体。

USE Sales;
GO
CREATE PROCEDURE dbo.usp_Demo
WITH EXECUTE AS 'CompanyDomain\SqlUser1'
AS
SELECT user_name();
GO

使用 EXECUTE AS CALLER 独立语句

使用模块内的 EXECUTE AS CALLER 独立语句将执行上下文设置为模块调用方。

假定 SqlUser2 调用以下存储过程。

CREATE PROCEDURE dbo.usp_Demo
WITH EXECUTE AS 'SqlUser1'
AS
SELECT user_name(); -- Shows execution context is set to SqlUser1.
EXECUTE AS CALLER;
SELECT user_name(); -- Shows execution context is set to SqlUser2, the caller of the module.
REVERT;
SELECT user_name(); -- Shows execution context is set to SqlUser1.
GO

使用 EXECUTE AS 定义自定义权限集

定义自定义权限集时，指定模块的执行上下文非常有用。例如，某些操作（如 TRUNCATE TABLE）没有可授予的权限。通过在模块内包含 TRUNCATE TABLE 语句并指定模块作为拥有更改该表权限的用户来执行，可以将截断表的权限扩展到被授予对该模块拥有 EXECUTE 权限的用户。有关详细信息，请参阅使用 EXECUTE AS 创建自定义权限集。

若要查看具有指定执行上下文的模块的定义，请使用 sys.sql_modules (Transact-SQL) 目录视图。

最佳实践

指定拥有执行模块中定义的操作所需的最低权限的登录或用户。例如，如果不需要相应的权限，则不要指定数据库所有者帐户。

权限

若要执行使用 EXECUTE AS 指定的模块，调用方必须拥有对模块的 EXECUTE 权限。

若要执行使用 EXECUTE AS 指定的 CLR 模块（该模块将访问其他数据库或服务器资源），目标数据库或服务器必须信任从中派生模块的数据库（源数据库）的验证器。有关如何建立验证器信任的详细信息，请参阅使用 EXECUTE AS 扩展数据库模拟。

若要在创建或修改模块时指定 EXECUTE AS 子句，必须对指定的主体拥有 IMPERSONATE 权限以及创建该模块的权限。可以始终扮演自身。如果未指定执行上下文或指定了 EXECUTE AS CALLER，则无需 IMPERSONATE 权限。

若要指定通过 Windows 组成员身份能够隐式访问数据库的 login_name 或 user_name，必须拥有对数据库的 CONTROL 权限。

示例

以下示例创建一个存储过程，并将执行上下文指定为 OWNER。

USE AdventureWorks;
GO
CREATE PROCEDURE HumanResources.uspEmployeesInDepartment 
@DeptValue int
WITH EXECUTE AS OWNER
AS
    SET NOCOUNT ON;
    SELECT e.EmployeeID, c.LastName, c.FirstName, e.Title
    FROM Person.Contact AS c 
    INNER JOIN HumanResources.Employee AS e
        ON c.ContactID = e.ContactID
    INNER JOIN HumanResources.EmployeeDepartmentHistory AS edh
        ON e.EmployeeID = edh.EmployeeID
    WHERE edh.DepartmentID = @DeptValue
    ORDER BY c.LastName, c.FirstName;
GO

-- Execute the stored procedure by specifying department 5.
EXECUTE HumanResources.uspEmployeesInDepartment 5;
GO

请参阅

参考

sys.assembly_modules (Transact-SQL)

sys.sql_modules (Transact-SQL)

sys.service_queues (Transact-SQL)

REVERT (Transact-SQL)

EXECUTE AS (Transact-SQL)

概念

用户架构分离

了解执行上下文

了解上下文切换

在模块中使用 EXECUTE AS