索引视图未被使用是因为查询未满足所有强制前提条件：六项SET选项必须为ON、视图需WITH SCHEMABINDING、引用无跨库前缀、查询不含TOP/窗口函数等禁用操作，且统计信息准确、类型严格一致。
为什么索引视图没被查询用上？
索引视图（也叫物化视图）只有在查询满足严格条件时才会被自动匹配并使用。最常见的现象是：你建好了带唯一聚集索引的视图，SELECT * 也写了，但执行计划里压根没出现该视图的物理操作符——它被当成了普通视图展开，走了底层表的全扫描。这不是SQL Server“不聪明”，而是它必须确保结果语义完全一致，所以绕过索引视图比用错更安全。
检查是否满足索引视图的强制前提
SQL Server不会主动“优化进”索引视图，除非所有以下条件同时成立：
-
SET ANSI_NULLS ON、SET QUOTED_IDENTIFIER ON、SET ANSI_WARNINGS ON、SET CONCAT_NULL_YIELDS_NULL ON、SET NUMERIC_ROUNDABORT OFF、SET ARITHABORT ON这六项连接级设置必须为 ON（尤其注意ARITHABORT，SSMS默认是ON，但很多ORM或应用连接字符串里没显式设） - 视图创建时用了
WITH SCHEMABINDING，且所有引用对象（表、函数）都存在且权限稳定 - 查询中对视图的引用不能带前缀数据库名或服务器名（如
mydb.dbo.MyIndexedView不行，必须是dbo.MyIndexedView） - 查询不能包含
TOP、OFFSET/FETCH、窗口函数、FOR XML等禁止下推的操作
如何确认执行计划里是否真用了索引视图
别只看“是否扫描了视图名”，得看执行计划XML或属性里的真实来源：
- 在SSMS中右键执行计划 → “显示执行计划XML”，搜索
PhysicalOp="Clustered Index Scan"或PhysicalOp="Index Seek"，再往上找Table="MyIndexedView"—— 如果Table属性值是底层基表名（比如Orders），说明没命中 - 用
sys.dm_exec_query_plan提取计划后，查RelOp/@Table和RelOp/@Index属性，确认是否指向视图及其聚集索引 - 启用
SET STATISTICS XML ON后，直接观察是否有<RelOp LogicalOp="Index Seek" ... Table="[dbo].[MyIndexedView]">
强制提示也不起作用？那可能是统计信息滞后或隐式转换
加 WITH (NOEXPAND) 是最直接的手段，但它失败往往暴露更深层问题：
- 如果加了
WITH (NOEXPAND)后报错Msg 8180或提示“无法绑定”，说明视图定义里用了不支持SCHEMABINDING的对象（比如某些内置函数、临时表、跨库引用） - 如果加了提示但执行计划仍走基表，大概率是视图底层统计信息过期，导致优化器估算成本远高于实际；运行
UPDATE STATISTICSon the view（不是基表！） - 检查 WHERE 条件字段类型是否和视图定义中列类型完全一致，比如视图里是
INT，但查询传入的是SMALLINT参数，会触发隐式转换，让NOEXPAND失效
SET STATISTICS XML ON 对比加/不加 NOEXPAND 的计划差异，差在哪一行，就查哪一行。 
