SQL Server标准版不支持索引视图自动匹配，仅Enterprise/Developer版具备该优化能力；标准版必须显式引用视图并指定WITH (NOEXPAND)提示，否则仍展开为基表查询。
SQL Server标准版不支持索引视图的自动匹配
因为这是版本功能限制，不是配置或写法问题。SQL Server 的索引视图（即所谓“物化视图”）在 Standard、Express 等非企业级版本中，查询优化器根本不会尝试将普通查询“重写”为命中索引视图——它连这个逻辑分支都不加载。只有 Enterprise 和 Developer 版本才启用该优化能力。
标准版中必须显式引用 + WITH (NOEXPAND)
想让索引视图生效，你得手动告诉 SQL Server：“就用这个视图，别展开”。否则它还是会把视图定义原样展开，再去查基表。
- 必须写成
SELECT * FROM dbo.vw_SalesSummary WITH (NOEXPAND)，不能省略WITH (NOEXPAND) - 不能在外部查询里加其他查询提示（比如
OPTION (RECOMPILE)），否则优化器可能直接忽略NOEXPAND -
NOEXPAND是强制提示，不是建议；没它，即使视图存在、索引建好了，也等于没建
会话设置不匹配会导致 CREATE INDEX 失败或查询退化
哪怕你用的是 Enterprise 版，如果当前连接没开关键选项，索引视图也无法创建或使用：
- 建视图前必须执行
SET ANSI_NULLS ON; SET QUOTED_IDENTIFIER ON; - 这两个设置要和创建视图时一致；如果用 SSMS 默认新建查询窗口，通常没问题，但通过某些 ORM 或旧脚本连接时可能关闭了
- 检查方法：
SELECT SESSIONPROPERTY('ANSI_NULLS'), SESSIONPROPERTY('QUOTED_IDENTIFIER')，两个都得是 1
WHERE 条件列不在聚集索引键里，照样扫描基表
索引视图不是“万能缓存”，它的物理存储结构完全由聚集索引决定。如果查询的 WHERE ProductID = 123，但视图的聚集索引是 (Year, Region, CustomerID)，那 SQL Server 就没法走索引 Seek，只能回退到扫描整个视图数据页——而视图数据页本身又依赖基表维护，最终还是拖慢性能。
- 聚集索引键顺序必须覆盖高频查询的过滤前缀，比如 70% 查询都带
WHERE year = ? AND region = ?，那索引就得以这两列为前导 - 高基数列（如
OrderID）别放最左，除非查询明确按它过滤；否则索引碎片多、范围查找效率低 - NULL 值多的列参与聚集索引，会显著增大索引体积，且影响 Seek 效率
索引视图在标准版里不是“不能用”，而是“必须手把手牵着走”：显式引用、强制提示、键序对齐、会话对齐，缺一不可。最容易被忽略的是——你以为建完索引就万事大吉，其实连第一条查询都没真正用上它。
