SQL Server 2016跨库视图读取失败求助：DB_CHAINING配置正常

针对你遇到的SQL Server 2016中部分用户无法读取跨库视图的问题，在已确认DB_CHAINING启用、数据库所有者一致、用户有TargetDB的CONNECT权限且无显式拒绝的前提下，可按以下步骤进一步排查：

1. 验证视图的权限与定义 #

• 确认用户对ViewDB中的目标视图拥有SELECT权限，执行以下查询：

  -- 检查指定用户在ViewDB对目标视图的SELECT权限
  SELECT 
      dp.permission_name, 
      dp.state_desc, 
      OBJECT_NAME(dm.major_id) AS view_name
  FROM ViewDB.sys.database_permissions dp
  JOIN ViewDB.sys.database_principals dpri 
      ON dp.grantee_principal_id = dpri.principal_id
  WHERE dpri.name = '问题用户名'
    AND dp.permission_name = 'SELECT'
    AND OBJECT_NAME(dm.major_id) = '目标视图名';
  

• 检查视图定义是否正确使用三部分命名（TargetDB.schema.目标表名），同时确认未使用同义词（若使用同义词，需额外检查同义词的权限与指向）：

  -- 查看视图定义
  EXEC ViewDB.dbo.sp_helptext '目标视图名';
  

2. 检查架构所有者一致性 #

所有权链生效的前提不仅是数据库所有者一致，视图所在架构与目标表所在架构的所有者也需一致（且与数据库所有者匹配）。若架构所有者不同，所有权链会断裂，需用户直接拥有目标表的SELECT权限：

-- 检查ViewDB中视图的架构所有者
SELECT 
    OBJECT_NAME(o.object_id) AS view_name,
    s.name AS schema_name,
    SUSER_SNAME(s.principal_id) AS schema_owner
FROM ViewDB.sys.objects o
JOIN ViewDB.sys.schemas s ON o.schema_id = s.schema_id
WHERE o.name = '目标视图名';

-- 检查TargetDB中目标表的架构所有者
SELECT 
    OBJECT_NAME(o.object_id) AS table_name,
    s.name AS schema_name,
    SUSER_SNAME(s.principal_id) AS schema_owner
FROM TargetDB.sys.objects o
JOIN TargetDB.sys.schemas s ON o.schema_id = s.schema_id
WHERE o.name = '目标表名';

3. 排查用户身份与角色权限 #

• 确认用户并非Guest账户（Guest账户跨库访问存在额外限制）：

  SELECT name, type_desc FROM ViewDB.sys.database_principals WHERE name = '问题用户名';
  

• 检查用户所属角色是否被隐含拒绝权限（即使用户本身无显式拒绝，角色继承的拒绝会优先生效）：

  -- 检查用户所属角色的拒绝权限
  SELECT 
      dp.permission_name, 
      dp.state_desc, 
      dpri.name AS role_name
  FROM ViewDB.sys.database_permissions dp
  JOIN ViewDB.sys.database_principals dpri 
      ON dp.grantee_principal_id = dpri.principal_id
  JOIN ViewDB.sys.database_members dm 
      ON dpri.principal_id = dm.group_principal_id
  JOIN ViewDB.sys.database_principals dmem 
      ON dm.member_principal_id = dmem.principal_id
  WHERE dmem.name = '问题用户名'
    AND dp.state_desc = 'DENY';
  

4. 检查视图的执行上下文 #

若视图创建时使用了EXECUTE AS子句，或内部包含动态SQL，会改变执行上下文导致所有权链失效：

SELECT 
    uses_executes_as, 
    execute_as_principal_id,
    SUSER_SNAME(execute_as_principal_id) AS execute_as_user
FROM ViewDB.sys.objects WHERE name = '目标视图名';

5. 验证TRUSTWORTHY设置（可选） #

虽然DB_CHAINING主要用于所有权链，但部分复杂场景下TRUSTWORTHY设置为OFF可能影响访问，可检查：

SELECT name, is_trustworthy_on FROM sys.databases WHERE name IN ('ViewDB', 'TargetDB');

关键补充 #

务必收集用户执行查询时的具体错误信息（如错误代码、提示文本），这是定位问题最直接的依据（例如Msg 229表示权限不足，Msg 208表示对象不存在）。

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