SQL Server索引--（包含列和覆盖索引）

一、覆盖索引

如果所构建的查询只需访问索引中的数据即可满足查询的需求，那便无需访问数据表。 一个可以满足查询全部需求的索引被称为“覆盖索引”（covering index）。

可以在一个给定的查询中使用多个索引。如果两个索引中至少有一列是相同的，则SQL Server能将两个索引联在一起以满足查询的需求。

数据库中有索引是一件好事，而覆盖索引更为查询提供了极好的值。但是，也受限制于每个索引至多16列、900字节的约束。该限制排除了大数据类型列使用覆盖索引的可能性，否则即使针对这类值得查询也可以不从基础表中抽取数据。

当查询中的所有列都作为键列或非键列包含在索引中时，带有包含性非键列的索引可以显著提高查询性能。这样可以实现性能提升，因为查询优化器可以在索引中找到所有列值；不访问表或聚集索引数据，从而减少磁盘 I/O 操作。当索引包含查询引用的所有列时，它通常称为“覆盖查询”。

二、包含列

SQL Server 2005引入了一项新的索引特性，即所谓的包含列(included column)。包含列仅在叶节点层级上成为索引的一部分。来自包含列的值不会出现在索引的根节点或中间级内，且不计入900字节的限制。 您可以通过将非键列添加到非聚集索引的叶级，扩展非聚集索引的功能。通过包含非键列，可以创建覆盖更多查询的非聚集索引。这是因为非键列具有下列优点：

1.它们可以是不允许作为索引键列的数据类型。

2.在计算索引键列数或索引键大小时，数据库引擎不考虑它们。

三、列大小准则

1.必须至少定义一个键列。最大非键列数为 1023 列。也就是最大的表列数减 1。

2.索引键列（不包括非键）必须遵守现有索引大小的限制（最大键列数为 16，总索引键大小为 900 字节）。

3.所有非键列的总大小只受 INCLUDE 子句中所指定列的大小限制；例如，varchar(max) 列限制为 2 GB。

四、设计建议

重新设计索引键大小较大的非聚集索引，以便只有用于搜索和查找的列为键列。将覆盖查询的所有其他列设置为包含性非键列。这样，将具有覆盖查询所需的所有列，但索引键本身较小，而且效率高。例如，假设要设计覆盖下列查询的索引。

1 USE AdventureWorks;
2 GO
3 SELECT AddressLine1, AddressLine2, City, StateProvinceID, PostalCode
4 FROM Person.Address
5 WHERE PostalCode BETWEEN N'98000' and N'99999';

覆盖查询必须在索引中定义每列。尽管可以将所有列定义为键列，但键大小为 334 字节（AddressLine1 nvarchar(60), AddressLine2 nvarchar(60), City nvarchar(30), StateProvinceID int, PostalCode nvarchar(15)）。因为实际上用作搜索条件的唯一列是 PostalCode 列（长度为 30 字节），所以更好的索引设计应该将 PostalCode 定义为键列并包含作为非键列的所有其他列。下面的语句创建了一个覆盖查询的带有包含列的索引。

1 USE AdventureWorks;
2 GO
3 CREATE INDEX IX_Address_PostalCode
4 ON Person.Address (PostalCode)
5 INCLUDE (AddressLine1, AddressLine2, City, StateProvinceID);