非管理员用户执行select count(distinct)返回0的问题求助

可能的原因 #

• 底层对象权限缺失：视图dbo.BackupInfoView的SELECT权限不足以覆盖count(distinct)操作的权限需求。执行count(distinct clientname)时，SQL Server的执行计划可能直接访问视图依赖的底层表/索引，而非视图本身。如果用户没有这些底层对象的SELECT权限，就无法读取clientname列的实际数据，最终返回0。而select *或count(*)可能走视图扫描或用户有权限的执行路径，因此能正常返回结果。
• 索引权限限制：若clientname列存在非聚集索引，count(distinct)操作大概率会选择该索引提升性能。如果用户被显式拒绝该索引的访问权限（或继承自底层表的权限不足），就会出现索引无法读取、返回0的情况。
• 隐性权限依赖：视图定义中可能包含需要较高权限的隐含逻辑（比如调用需管理员权限的系统函数、访问受保护的系统视图），普通用户执行count(distinct)时触发这些逻辑，导致权限不足。

解决办法 #

1. 检查并授予底层对象权限
   先查询视图依赖的所有对象：

   SELECT referenced_entity_name
   FROM sys.dm_sql_referenced_entities('dbo.BackupInfoView', 'OBJECT');
   

   为用户授予这些底层对象的SELECT权限：

   GRANT SELECT ON [底层表/视图名称] TO [非管理员用户名];
   

2. 验证执行计划并调整权限
   让用户执行以下语句查看执行计划：

   SET SHOWPLAN_XML ON;
   SELECT count(distinct clientname) FROM dbo.BackupInfoView;
   

   查看执行计划中实际访问的对象（索引或表），确保用户对该对象有SELECT权限。若为索引权限问题，确认底层表的权限已正确授予（索引权限继承自表，无需单独授权，除非有显式拒绝）。

3. 重新确认视图权限与架构权限
   重新授予用户视图的SELECT权限，并确保用户对dbo架构有足够访问权限：

   GRANT SELECT ON dbo.BackupInfoView TO [非管理员用户名];
   GRANT SELECT ON SCHEMA::dbo TO [非管理员用户名];
   

4. 排查视图定义中的特殊逻辑
   查看视图的定义：

   EXEC sp_helptext 'dbo.BackupInfoView';
   

   检查是否包含需要管理员权限的函数或操作（如访问sys.*系统视图、使用加密函数等），若有则调整视图逻辑或为用户授予对应权限。

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