SQL Server 2019三表关联索引视图未被查询使用的解决方法

核心原因 #

SQL Server查询优化器是否选择使用索引视图，取决于它对执行成本的评估。当三表关联时，优化器可能认为直接扫描原表并通过外键关联的成本更低（尤其是数据量较小时）。此外，非企业版SQL Server默认不会自动匹配索引视图，需要显式提示。

具体解决方案 #

1. 查询时显式使用NOEXPAND提示 #

非企业版（或开发者版）SQL Server不会自动展开索引视图并使用其索引，必须在查询中指定WITH(NOEXPAND)强制使用。即使是企业版，显式提示也能确保优化器选择索引视图：

SELECT tic_code, t_time, t_id
FROM test_view2 WITH(NOEXPAND)
WHERE tic_code > 'A' AND t_time > '2024-01-01';

2. 确保索引视图符合所有要求 #

你的视图已使用WITH SCHEMABINDING，这是必要条件，需额外确认：

• 聚集索引必须唯一（你的PK_test_view2已满足）
• 视图仅使用内连接，无DISTINCT、TOP、子查询等不允许的构造（符合要求）
• 所有表引用均使用两部分名称（dbo.表名，你的代码已实现）

3. 更新统计信息 #

过时的统计信息会导致优化器做出错误的成本评估，更新相关对象的统计信息：

UPDATE STATISTICS dbo.test_view2;
UPDATE STATISTICS DB_TEMP.dbo.test;
UPDATE STATISTICS DB_TEMP.dbo.test_item;
UPDATE STATISTICS DB_TEMP.dbo.test_item_code;

4. 让查询语句与视图定义匹配 #

确保查询直接引用视图的输出列，避免对列进行额外转换，让优化器更容易识别可使用索引视图的场景。

5. 验证原表索引的影响 #

如果原表的主键/外键索引效率极高，优化器可能倾向于直接关联原表。可在测试环境临时禁用原表的部分索引，观察执行计划是否切换到索引视图，以此验证。

6. 优化非聚集索引设计 #

你的IDX_test_view2为(tic_code, t_time)包含t_id，若查询需要更多列，需调整INCLUDE部分，确保索引覆盖所有查询需求，避免键查找。

针对示例的验证步骤 #

1. 在查询中添加WITH(NOEXPAND)，查看执行计划是否使用IDX_test_view2
2. 更新统计信息后重新测试
3. 插入大量测试数据（各表10万行以上）——小数据量下优化器更倾向于直接扫描原表

内容的提问来源于stack exchange，提问作者Денис Дудко