SQL Server 2000重建索引的实际操作流程

以下的文章主要向大家介绍的是SQL Server 2000重建索引的实际操作流程，以及对实际操作中容易出现的错误的描述，我们大家都知道在数据库中创建索引的实际操作过程中，查询所使用的索引信息存储在索引页中。

连续索引页由从一个页到下一个页的指针链接在一起。当对数据的更改影响到索引时，索引中的信息可能会在数据库中分散开来。SQL Server 2000重建索引可以重新组织索引数据（对于聚集索引还包括表数据)的存储，清除碎片。这可通过减少获得请求数据所需的页读取数来提高磁盘性能。

在 Microsoft® SQL Server™ 2000 中，假如要用一个步骤重新创建索引，而不想删除旧索引并重新创建同一索引，则使用 CREATE INDEX 语句的 DROP_EXIstING 子句可以提高效率。这一优点既适用于聚集索引也适用于非聚集索引。

以删除旧索引然后重新创建同一索引的方式重建聚集索引，是一种昂贵的 *** ，因为所有二级索引都使用聚集键指向数据行。假如只是删除聚集索引然后重新创建，则会使所有非聚集索引都被删除和重新创建两次。

一旦删除聚集索引并再次重建该索引，就会发生这种情形。通过在一个步骤中重新创建索引，可以避免这一昂贵的做法。在一个步骤中重新创建索引时，会告诉 SQL Server 要重新组织现有索引，避免了删除和重新创建非聚集索引这些不必要的工作。

该 *** 的另一个重要优点是可以使用现有索引中的数据排序次序，从而避免了对数据重新排序。这对于聚集索引和非聚集索引都十分有用，可以显著减少SQL Server 2000重建索引的成本。另外，通过使用 DBCC DBREINDEX 语句，SQL Server 还允许对一个表重建（在一个步骤中）一个或多个索引，而不必单独重建每个索引。

DBCC DBREINDEX 也可用于重建执行 PRIMARY KEY 或 UNIQUE 约束的索引，而不必删除并创建这些约束（因为对于为执行 PRIMARY KEY 或 UNIQUE 约束而创建的索引，必须先删除该约束，然后才能删除该索引）。例如，可能需要在 PRIMARY KEY 约束上重建一个索引，以便为该索引重建给定的填充因子。

以上的相关内容就是对SQL Server 2000重建索引的介绍，望你能有所收获。