运行此查询时出现错误:
SELECT
dependencies.referencing_id as object_id,
dependencies.referencing_minor_id as column_id,
dependencies.referenced_id AS referenced_object_id,
RTRIM(referenced_objects.type) AS referenced_type
FROM
sys.sql_expression_dependencies AS dependencies
JOIN sys.objects AS referenced_objects WITH(NOLOCK) ON referenced_objects.object_id = dependencies.referenced_id
WHERE dependencies.referencing_id != dependencies.referenced_id
错误:
对象“sql_expression_dependencies”、数据库“mssqlsystemresource”、模式“sys”的 SELECT 权限被拒绝。
该登录名仅具有 PUBLIC 服务器角色的成员资格,并被授予查看任何数据库和查看任何定义的权限。我为我正在比较的数据库添加了一个具有 PUBLIC 数据库角色成员身份的用户。我认为服务器级别的权限就足够了,但我错了。除了 2014 数据库之外,我还在 2008R2 数据库上执行此操作。
在 2014 年的数据库中,我还授予了服务器级别权限 SELECT ALL USER SECURABLES。错误仍然存在。
我在数据库上授予了用户 SELECT。错误仍然存在。
我删除了 SELECT 权限并将用户添加到 data_reader 数据库角色。查询已解决,但未返回任何数据(与系统管理员运行相同的查询返回 130 多行)。现在我完全困惑了。
我在 sys.sql_expression_dependencies 上明确授予用户 SELECT 权限,结果与上述相同。
在研究了这些权限之后,共识似乎是在数据库上向用户授予 SELECT 与将用户添加到 data_reader 角色相同。但显然情况并非如此。我想创建一个具有最小权限集的登录/用户来实现比较。
如何在不授予对整个数据库的 data_reader 访问权限的情况下授予对 mssqlsystemresource 中 sys.sql_expression_dependencies 视图的访问权限?有没有办法只在 mssqlsystemresource 上授予 SELECT ?
**注意 - 我在 SE 上阅读了有关 mssqlsystemresource 的其他几篇文章,但它们与此无关:
- 我没有拒绝任何分配给此登录名/用户的内容
- PUBLIC 角色(服务器或数据库)中的成员身份没有任何影响,因为权限与“已知良好”服务器上的权限相同。
- 我宁愿不让用户对整个数据库拥有一揽子 SELECT 权限。
不知道你在哪里绊倒了,但这对我有用:
根据此页面,用户需要对, 和数据库的
SELECT
权限。sys.sql_expression_dependencies
VIEW DEFINITION
在我的实验中,以下允许用户从视图中进行选择,但它返回 0 行,因为他们无法查看定义(包括依赖链):
为了真正看到 中的任何关系
somedatabase
,我还必须添加以下内容:我找不到任何方法可以使该更细化(
VIEW
/DENY
定义适用于单个对象,但是没有数据库级别的权限,我仍然看不到目录视图中的任何行,并且DENY
没有阻止对象显示在目录视图也没有阻止我查看定义)。我觉得 SQL Server 无论如何都很难解决这种粒度问题 - 如果您有一个引用表的视图,如果您对视图授予权限并在表上拒绝,目录视图应该如何看待,反之亦然?如果您不想授予
VIEW DEFINITION
数据库权限,则创建使用的过程,EXECUTE AS OWNER
从目录视图中选择(过滤?)行,并授予用户(当然,也可以是角色)对该过程的执行权限.