如何在不给用户显式IMPERSONATE权限的存储过程中使用EXECUTE AS？

错误原因 #

你遇到的Msg 1088错误，本质是对象引用未指定架构导致的上下文定位失败：
当执行EXECUTE AS USER = N'PowerUser'切换上下文后，SQL Server会优先查找PowerUser默认架构下的tbl_data表。如果你的表不在PowerUser的默认架构（比如表在dbo架构下），就会出现"找不到对象"的报错——和权限无关，是对象定位的问题。

解决方案 #

1. 用架构限定名引用表

修改存储过程中的TRUNCATE语句，明确指定表的架构（假设表在dbo架构下，根据实际情况调整）：

CREATE PROCEDURE usp_insert_data
AS
BEGIN
    SET NOCOUNT ON;

    EXECUTE AS USER = N'PowerUser';
    -- 必须加上架构名，确保上下文切换后能准确定位表
    TRUNCATE TABLE dbo.tbl_data;
    REVERT;

    -- 插入数据逻辑（同样建议用架构限定名）
    INSERT INTO dbo.tbl_data (列名1, 列名2)
    SELECT 数据源列1, 数据源列2 FROM 你的数据源;
END
GO

你可以通过以下语句确认表的所属架构：

SELECT SCHEMA_NAME(schema_id) AS 表架构
FROM sys.tables 
WHERE name = 'tbl_data';

2. 无需给User1授予IMPERSONATE权限

你完全不需要执行GRANT IMPERSONATE ON USER::[PowerUser] TO [User1]——这会带来不必要的安全风险。
存储过程内部的EXECUTE AS属于模块级上下文切换，只要存储过程的创建者拥有IMPERSONATE PowerUser的权限（通常创建PowerUser的管理员默认拥有该权限），调用者User1仅需存储过程的EXECUTE权限即可触发上下文切换，无需直接拥有模拟PowerUser的权限。

验证步骤 #

1. 确保PowerUser确实拥有tbl_data表的ALTER权限：

GRANT ALTER ON dbo.tbl_data TO [PowerUser];

2. 重新创建修改后的存储过程，给User1保留EXECUTE权限：

GRANT EXECUTE ON usp_insert_data TO [User1];

3. 用User1身份执行存储过程，即可正常完成TRUNCATE和插入操作。

内容的提问来源于stack exchange，提问作者Greg