如何强制SQL Server优化器在左连接中忽略未被引用的表？

问题场景 #

现有视图定义如下：

SELECT a.Id
, a.col1
, a.col2
, b.col3
FROM a
LEFT OUTER JOIN b ON a.Id = b.Id

表A查询速度极快，表B查询耗时很长。当执行SELECT Col1 FROM view时：

• 开发环境（SQL Server 2019开发版）中，优化器会自动忽略未被引用的表B，查询仅需几秒；
• 生产环境（SQL Server 2019标准版）中，优化器仍会访问表B，查询耗时超1分钟。
  两地数据完全一致，表B无重复Id，开发环境有正确的执行计划，需要让标准版优化器也跳过表B的访问。

可行解决方案 #

1. 直接查询源表（最直接有效） #

既然只需要表A的Col1，完全可以绕过视图直接查询表A：

SELECT Col1 FROM a

这种方式彻底避免了对表B的访问，性能和开发环境一致。

2. 给视图添加架构绑定 #

给视图加上WITH SCHEMABINDING，能让优化器更确定表结构的稳定性，更容易触发未引用表消除的优化规则。修改后的视图定义：

CREATE VIEW view_name WITH SCHEMABINDING
AS
SELECT a.Id
, a.col1
, a.col2
, b.col3
FROM dbo.a
LEFT OUTER JOIN dbo.b ON a.Id = b.Id

注意：使用架构绑定必须指定表的完整架构（如dbo），且后续修改A或B的列会受到限制，需谨慎操作。

3. 对齐数据库兼容性级别 #

确保生产环境的数据库兼容性级别和开发环境一致（均为150，对应SQL Server 2019）。执行以下语句检查和调整：

-- 查看当前兼容性级别
SELECT name, compatibility_level FROM sys.databases WHERE name = '你的数据库名';

-- 修改为SQL Server 2019级别
ALTER DATABASE 你的数据库名 SET COMPATIBILITY_LEVEL = 150;

兼容性级别差异会导致优化器行为不一致，对齐后可能触发相同的优化逻辑。

4. 更新表统计信息 #

生产环境的统计信息如果过时，会误导优化器做出错误的执行计划。更新A、B表的统计信息：

UPDATE STATISTICS dbo.a;
UPDATE STATISTICS dbo.b;

新鲜的统计信息能帮助优化器准确判断是否需要访问表B。

5. 使用查询提示启用全优化规则 #

在查询中添加OPTION (QUERYTRACEON 4199)，开启所有优化器补丁，让标准版触发和开发版一致的优化逻辑：

SELECT Col1 FROM view OPTION (QUERYTRACEON 4199);

注意：该提示需要较高权限，且不建议全局启用，仅在特定查询中临时使用。

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