SQL Server生产环境为何忽略带SCHEMABINDING的视图索引？

• 统计信息过期或不一致：测试库数据量小、统计信息新鲜，优化器能准确评估索引成本；但生产库数据量大且统计信息长期未更新，优化器会误判全表扫描成本更低。可执行以下语句更新统计信息：

  -- 更新原表统计信息
  UPDATE STATISTICS dbo.twhinr110100 WITH FULLSCAN;
  -- 更新视图统计信息
  UPDATE STATISTICS dbo.twhinr910100;
  

• 生产库索引未正确创建或损坏：不要仅依赖创建脚本，需实际验证生产环境中视图的索引状态：

  -- 查看视图的索引列表
  SELECT name, type_desc FROM sys.indexes WHERE object_id = OBJECT_ID('dbo.twhinr910100');
  -- 检查索引是否损坏
  DBCC CHECKINDEX('dbo.twhinr910100');
  

  若索引不存在，需重新创建；若损坏，需重建索引。

• 数据库兼容级别不一致：测试库与生产库的SQL Server兼容级别差异可能导致索引视图优化逻辑失效（比如低兼容级别不支持某些索引视图的匹配规则）。查询兼容级别：

  SELECT compatibility_level FROM sys.databases WHERE name = '你的数据库名';
  

  确保生产库兼容级别与测试库一致，或调整至支持索引视图的最低级别（如100及以上）。

• 查询写法触发索引视图匹配失败：即使指定WITH(INDEX())，若查询逻辑与视图定义不匹配（如额外添加视图未覆盖的过滤条件、使用SELECT *而非明确列、调用视图定义中未包含的函数），优化器仍会 fallback 到原表全扫。需确保查询直接引用视图，且逻辑严格匹配视图定义。

• 执行计划缓存或参数嗅探问题：生产库的执行计划可能基于某一特定参数生成并缓存，当时全表扫描更优，后续即使参数变化也不会更新计划。可通过以下方式重置：

  -- 强制视图重新编译
  EXEC sp_recompile 'dbo.twhinr910100';
  

• 权限缺失：执行查询的用户若没有视图的VIEW DEFINITION权限，或原表的相关权限，优化器无法使用索引视图。检查用户权限：

  EXEC sp_helprotect @username = '执行查询的用户名', @objname = 'dbo.twhinr910100';
  

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