---

标题：利用SQL Server 2000索引视图优化数据库性能

作者：Gail Erickson

本文深入探讨SQL Server 2000企业版与开发人员版新增的索引视图功能，解析其技术原理及性能优化方案。索引视图通过在视图上创建唯一群集索引和非群集索引，显著提升复杂查询的数据访问效率。

技术原理

传统视图主要服务于数据安全与逻辑封装，而索引视图突破性地将物理存储与查询优化结合。视图定义中的聚合或联接操作在创建时被实体化并持久化存储，避免运行时重复计算。当查询执行时，优化器自动评估是否使用索引视图：若查询与视图定义兼容且成本更低，则直接引用预计算结果；若查询未显式引用视图，优化器仍可能将其替换部分或全部基表操作，实现透明性能增益。

性能优势

索引视图的核心价值在于预计算高频聚合与联接操作。例如，预先存储SUM或COUNT_BIG结果，可大幅降低实时计算开销；通过预联接表生成中间数据集，减少查询中的复杂连接操作。辅助非群集索引进一步扩展优化空间，为谓词筛选或排序提供高效路径。

适用场景

索引视图尤其适用于以下场景：高频聚合与联接操作、重复查询模式、重叠列集的统计计算、相同表的多次联接。典型应用包括数据集市、OLAP源、数据挖掘工作负载。然而，频繁写入的OLTP系统需谨慎，因其会显著增加维护成本。

设计准则

索引视图设计需兼顾多重因素：

1. 多查询复用：确保视图可服务于多个计算场景，如同时支持SUM与AVG查询。

2. 索引紧凑性：最小化关键词段长度，避免非群集索引膨胀。

3. 规模控制：避免视图大小与基表相近，否则收益有限。

4. 模块化设计：针对复杂查询拆分视图，如分库聚合或UNION操作前的预处理。

5. 向导辅助：利用"索引微调向导"优化索引组合，平衡性能与开销。

实施要点

创建索引视图需严格遵循技术规范：

- 使用`WITH SCHEMABINDING`绑定视图与表结构

- 确保视图定义包含确定性函数（如DATEADD）

- 设置必需的SET选项（如`CONCAT_NULL_YIELDS_NULL=ON`）

- 基表及用户函数需通过两部分名称引用

- 语法限制包括禁用DISTINCT、AVG、UNION等操作

维护特性

索引视图由SQL Server自动维护，但对基表的INSERT/UPDATE/DELETE操作可能触发视图的多行更新，增加开销。建议批量操作以降低维护成本。实际部署前，需通过查询分析器预估存储空间（执行计划返回行数×行大小）及维护代价。

示例解析

以Northwind数据库为例，创建聚合视图`Vdiscount2`存储折扣统计：

```sql

CREATE VIEW Vdiscount2 WITH SCHEMABINDING AS

SELECT SUM(UnitPriceQuantity) AS SumPrice,

SUM(UnitPriceQuantityDiscount) AS SumDiscountPrice,

COUNT_BIG() AS Count, ProductID

FROM dbo.[Order Details]

GROUP BY ProductID;

CREATE UNIQUE CLUSTERED INDEX VDiscountInd ON Vdiscount2 (ProductID);

```

查询`SELECT TOP 5 ProductID, SUM(UnitPriceQuantityDiscount) FROM [Order Details] GROUP BY ProductID`将自动使用该视图，执行计划显示对77行预计算数据的扫描，避免全表聚合。

结论

索引视图通过物理化预计算结果，为复杂查询提供显著性能提升，但其应用需权衡查询模式、数据规模及维护成本。合理设计可最大化收益，尤其适用于分析型工作负载。

---