一、覆盖索引
如果所构建的查询只需访问索引中的数据即可满足查询的需求，那便无需访问数据表。 一个可以满足查询全部需求的索引被称为“覆盖索引”（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 GO3 SELECT AddressLine1, AddressLine2, City, StateProvinceID, PostalCode4 FROM Person.Address5 WHERE PostalCode BETWEEN N'98000' and N'99999';
PostalCode 列（长度为 30 字节），所以更好的索引设计应该将 PostalCode 定义为键列并包含作为非键列的所有其他列。 下面的语句创建了一个覆盖查询的带有包含列的索引。 1 USE AdventureWorks;2 GO3 CREATE INDEX IX_Address_PostalCode4 ON Person.Address (PostalCode)5 INCLUDE (AddressLine1, AddressLine2, City, StateProvinceID);