索引对于SQL Server检索数据的速度是至关重要的，虽然，同时它们也减缓SQL Server在数据库中写入新数据和修改数据的速度。

　　恰当地创建和维护索引将确保它们适合在你的SQL Server环境中运行而不会产生负影响。

　　聚簇索引和非聚簇索引

　　SQL Server支持两种类型的索引：聚簇索引和非聚簇索引。每个数据库表都只会有一个聚簇索引，并且这个索引决定数据物理存储的顺序。

　　比如，如果你在“NAME”字段上创建一个聚簇索引，那么数据记录行会物理地按照名称的字母顺序排序。然而，如果簇索引并不是显式创建的，那么数据会按照记录行的序数存储，这是由数据被添加到数据库的顺序确定的。

　　一般情况下，聚簇索引是在最经常查询字段上创建的——往往是一个唯一的ID数。

　　非聚簇索引的工作方式略有不同。它是一个单独的结构，它包含一份索引数据拷贝以及指向其余数据的指针。

　　比如，一个“电话号码”字段的非聚簇索引将创建所有号码的拷贝并以数字顺序排列。然后，指针将从索引中的每一项指向实际的数据行。

　　当SQL Server需要进行查找时，它首先查找电话号码，接着根据指针找到实际的数据。

　　虽然这个2步骤的过程比起使用簇索引会稍微慢一些，但是，可以使用的非聚簇索引数目是不受限制的。

　　当索引出现问题时

　　为了了解索引为何会出现问题，可以设想一下当需要对物理电话簿进行修变和插入数据的情况。

　　当一本电话簿出版时，它的每一页都是100%满篇的。当需要添加或者修改信息时，会发布补充页并且插在电话簿的后面。为了按照字母扫描电话簿，你必须在主电话薄和补充页之间进行跳跃浏览，这样做效率很低。

　　在SQL Server中，这就是所谓的索引碎片。

　　如果有很多的补充页，那么SQL Server可能会认为使用索引无法提高查询性能。因此，它将停止使用索引。

　　这就是所谓的问题。

　　你必须维护这些索引——即使你正在处理供应商已经确定使用哪个索引的第三方应用。