16

我正在对数据库运行以下查询：

execute as user = 'domain\username'
select * from fn_my_permissions(null, 'DATABASE')
order by subentity_name, permission_name
revert;

但是会抛出以下错误：

Cannot execute as the database principal because the principal "dev\spadmin" does not exist, this type of principal cannot be impersonated, or you do not have permission.

用户是数据库的 dbo，当我在 management studio 中打开属性时，我可以看到它与该登录名相关联。EXECUTE AS LOGIN = 'domain\username'另一方面，运行确实会返回结果。如果我明确地运行EXECUTE AS USER = 'dbo'，我会得到结果。我还有一个不同的数据库，其中相同的场景同时返回EXECUTE AS USER和的结果EXECUTE AS LOGIN。

在另一个用户的另一种情况下，我跑了EXECUTE AS LOGIN = 'domain\username'但没有得到结果，但我确实得到了EXECUTE AS USER = 'domain\username'.

这些场景中的两个用户都与db_owner作为数据库成员的登录名相关联。

谁能告诉我为什么这些查询没有返回我期望的结果？如果我遗漏任何重要信息，请告诉我。谢谢！

4

3 回答 3

11

问题是，因为 Logindomain\username是数据库的 dbo，这也意味着他们在该数据库中对应的 User 的名称是dbo而不是 domain\username。

于 2012-10-23T19:55:46.873 回答
1

跑ALTER AUTHORIZATION ON DATABASE::[<yourdb>] TO [sa]

于 2012-10-23T19:50:18.320 回答
0

对于我编写的存储过程，我遇到了同样的错误。

我发现错误是由我在查询中指定数据库名称的方式引起的

SELECT emp_no 
FROM   db_name.employee 
WHERE  emp_no = 1234

db_name2从脚本中删除数据库名称后，我正在执行该过程

SELECT emp_no 
FROM   employee 
WHERE  emp_no = 1234

它工作得很好。

我认为减少的日志访问权限不允许使用其他数据库或use db_name命令。

于 2014-08-20T10:31:29.840 回答