在SQL Server中，索引视图（Indexed View）是指将视图的结果集持久化到磁盘，并为其创建唯一聚集索引。对于频繁执行的聚合查询，例如按天统计订单金额、按地区汇总用户数，普通视图每次都要重新扫描基表并计算，而索引视图把汇总结果保存下来，查询时直接读取索引，从而显著减少IO和CPU开销。
什么场景适合用索引视图加速聚合
当系统中存在以下特征时，索引视图往往能带来明显收益：
- 同一聚合逻辑被多个报表或接口反复调用
- 基表数据更新频率远低于查询频率
- 聚合涉及大表的分组汇总，如SUM、COUNT_BIG、AVG等
- 对查询延迟敏感，如运营实时看板
创建索引视图的限制与要点
SQL Server对索引视图有严格限制，否则无法创建唯一聚集索引：
- 视图必须使用
WITH SCHEMABINDING选项 - 只能引用本库基表，不能跨库或引用其他视图
- 聚合函数中COUNT必须写成COUNT_BIG，且需配合SUM等
- 不能使用
SELECT *，必须显式列出列 - 分组列和聚合列需构成唯一聚集索引的键
基础示例：按状态汇总订单金额
下面创建一个订单表，并基于它建立带索引的聚合视图：
-- 创建示例表
CREATE TABLE dbo.Orders (
OrderId INT IDENTITY PRIMARY KEY,
StatusId INT NOT NULL,
Amount DECIMAL(10,2) NOT NULL,
OrderDate DATE NOT NULL
);
GO
-- 创建带SCHEMABINDING的视图
CREATE VIEW dbo.vw_OrderStat
WITH SCHEMABINDING
AS
SELECT
StatusId,
COUNT_BIG(*) AS OrderCount,
SUM(Amount) AS TotalAmount
FROM dbo.Orders
GROUP BY StatusId;
GO
-- 创建唯一聚集索引，使视图成为索引视图
CREATE UNIQUE CLUSTERED INDEX IX_vw_OrderStat
ON dbo.vw_OrderStat(StatusId);
GO
查询如何自动命中索引视图
在 enterprise 版中，优化器会自动用索引视图替换等价查询；标准版需加WITH (NOEXPAND)提示：
-- 标准版强制使用索引视图 SELECT StatusId, OrderCount, TotalAmount FROM dbo.vw_OrderStat WITH (NOEXPAND); GO -- 等价原始聚合，企业版可自动匹配 SELECT StatusId, COUNT_BIG(*) AS OrderCount, SUM(Amount) AS TotalAmount FROM dbo.Orders GROUP BY StatusId; GO
索引视图对写入的影响
因为索引视图是持久化的，每次对基表插入、更新、删除时，SQL Server都要同步维护视图中的聚合值。若写操作非常频繁，可能抵消查询收益。可通过下表评估取舍：
| 读频率 | 写频率 | 是否推荐 |
|---|---|---|
| 高 | 低 | 强烈推荐 |
| 高 | 高 | 需压测验证 |
| 低 | 高 | 不推荐 |
验证执行计划变化
使用SET STATISTICS IO ON可观察逻辑读次数。启用索引视图后，聚合查询的逻辑读通常从几千页降到个位数，执行计划中出现聚集索引扫描而非表扫描。注意在测试环境用真实数据量验证，避免小数据量下优化器不选视图。
索引视图不是万能药，它用空间与写开销换取读性能，适合读多写少且聚合固定的场景。
常见错误与排查
- 忘记
WITH SCHEMABINDING，建索引时报错 - 视图含非确定性函数如GETDATE，无法索引
- 使用COUNT而非COUNT_BIG导致创建失败
- 标准版未加NOEXPAND，仍走基表
合理设计索引视图，能让SQL Server中频繁的聚合查询从秒级降到毫秒级，是报表类系统重要的优化手段。
SQL_Server索引视图聚合查询查询优化执行计划修改时间：2026-07-25 04:21:25