只有创建带唯一聚集索引的索引视图才能物化聚合结果；普通索引对视图GROUP BY无效，因优化器展开SQL后无法下推聚合或复用预计算值，且索引不存储SUM等聚合结果。
只有创建带唯一聚集索引的索引视图，才能真正物化聚合结果、跳过实时分组计算。普通视图或基础表上的任何索引，对视图里的 GROUP BY 查询都无效——优化器不会自动下推聚合逻辑，也不会复用索引中的键值做预聚合。
为什么普通索引对视图 GROUP BY 完全没用？
SQL Server 的查询优化器看到的是展开后的 SQL，不是“视图名”。哪怕你在基础表 orders 上建了 (region, sales) 索引，视图里写 SELECT region, SUM(sales) FROM orders GROUP BY region，执行计划依然大概率是 Hash Match Aggregate + Clustered Index Scan。因为：
- 普通索引只存键和指针，不存
SUM()结果 - 优化器无法保证该索引覆盖所有可能的过滤条件组合
- 统计信息不准或估算行数偏大时，它宁可扫聚簇索引也不选窄索引
创建索引视图的硬性前提不能漏
缺一不可，否则 CREATE UNIQUE CLUSTERED INDEX 会直接报错：
- 视图必须用
WITH SCHEMABINDING创建（绑定基表结构，防止列被删/改） - 会话级选项必须全开：
ANSI_NULLS=ON、QUOTED_IDENTIFIER=ON、ANSI_WARNINGS=ON、ARITHABORT=ON、CONCAT_NULL_YIELDS_NULL=ON、NUMERIC_ROUNDABORT=OFF - 聚合函数必须确定性：可用
COUNT_BIG(*)、SUM()、AVG()；禁用GETDATE()、NEWID()、用户自定义非确定函数 - 不能含
TOP、ORDER BY、COMPUTE、子查询中的聚合（除非在视图顶层）
实操步骤：从视图定义到索引落地
以按区域汇总销售为例：
- 先建视图（注意
SCHEMABINDING和COUNT_BIG(*)）：CREATE VIEW dbo.vw_SalesByRegion WITH SCHEMABINDING AS SELECT region, SUM(amount) AS total_amt, COUNT_BIG(*) AS cnt FROM dbo.orders GROUP BY region;
- 再建唯一聚集索引（这是物化的关键）：
CREATE UNIQUE CLUSTERED INDEX IX_vw_SalesByRegion_region ON dbo.vw_SalesByRegion (region);
- 查询时直接查视图：
SELECT * FROM dbo.vw_SalesByRegion WHERE region = 'North'—— 这次走的是索引 Seek，不是扫描+聚合
容易被忽略的细节：查询必须满足“引用透明”
索引视图生效的前提是查询能被优化器“识别并匹配”。常见破坏点：
- 查询中用了别名但视图定义没用，比如视图里是
region，你写SELECT r.region FROM vw_SalesByRegion r→ 可能不匹配 - WHERE 条件类型不一致：
WHERE region = N'North'（Unicode）vs 视图基表region是varchar→ 隐式转换导致索引失效 - 没加
NOEXPAND提示（尤其在复杂嵌套或跨库场景下），优化器可能选择绕过索引视图而重算
Index Seek 或 Index Scan 直接读取视图索引页，而不是 Compute Scalar + Hash Match Aggregate。一旦建好，后续所有符合语义的查询都会复用这份物化结果——这才是加速的本质。 
