如何查询指定schema的表而非同名不同schema的系统view

1. 跨版本升级元数据异常 #

SQL 2000时代不存在schema与用户分离的设计，对象归属仅用「所有者」标识。升级到SQL 2008及以上版本时，如果当年用户表被创建在sys所有者下，升级后会被映射到系统保留的sys schema中，触发系统对象优先级高于用户对象的解析规则，哪怕加了schema限定也会优先返回系统视图。
也可能存在升级过程中元数据标记错误，用户表的is_ms_shipped属性被误设为1，被SQL Server识别为系统内置对象，导致解析顺序异常。

2. 同名对象优先级冲突 #

• 存在指向系统视图的同义词：同义词的解析优先级高于普通表/视图，即便加了schema限定，只要存在匹配的同义词，就会优先跳转至同义词指向的对象。
• 执行计划缓存污染：此前未加schema限定的查询缓存了调用系统视图的执行计划，后续加了schema的查询可能复用了错误的缓存计划。
• 用户默认schema配置错误：当前登录用户的默认schema与你写的限定schema不一致，且存在名称解析时的隐式匹配错误。

1. 确认所有同名对象的元数据
   执行以下查询核对两个对象的归属、类型：

SELECT 
    o.name, o.object_id, o.type_desc, 
    s.name AS schema_name, 
    o.is_ms_shipped, o.create_date
FROM sys.all_objects o
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
WHERE o.name = N'[替换为你的同名对象名称]'

重点核对：用户表的schema是否和你写的限定名一致、is_ms_shipped是否为0（正常用户对象应为0）。

2. 排查是否存在同名同义词

SELECT name, base_object_name FROM sys.synonyms 
WHERE name = N'[替换为你的同名对象名称]'

如果返回结果，且base_object_name指向系统视图，即可确认是同义词导致的跳转。

3. 核对执行计划与缓存
   执行查询前加上OPTION (RECOMPILE)强制重编译，测试是否还会跳转到系统视图：

SELECT * FROM [你的schema名].[你的表名] OPTION (RECOMPILE)

如果执行后返回正确的表数据，说明是旧执行计划缓存导致的问题，可手动清理对应缓存即可。

如果需要快速恢复业务，可通过指定object_id的方式强制查询用户表，完全绕过名称解析逻辑：

-- 把123456替换为上文中查出来的用户表对应的object_id
SELECT * FROM [你的库名].[你的schema名].[你的表名] WHERE object_id = 123456

也可暂时创建一个新schema下的视图指向该用户表，业务代码先切换到新视图查询，不影响原有对象。

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