第9章 索引.ppt

9.4 维护索引 某些不合适的索引影响到SQL Server的性能，随着应用系统的运行，数据不断地发生变化，当数据变化达到某一个程度时将会影响到索引的使用。这时需要对索引进行维护。索引的维护包括重建索引和更新索引统计信息。 9.4.1 重建索引 随着另外应用在执行大块I/O的时候，重建非聚集索引可以降低分片，重建索引实际上是重新组织B-树空间。无论何时对基础数据执行插入、更新或删除操作，SQL Server 2008数据库引擎都会自动维护索引。在SQL Server 2008中，可以通过重新组织索引或重新生成索引来修复索引碎片，维护大块I/O的效率。SQL Server提供了多种维护索引的方法。  1．检查整理索引碎片使用DBCC SHOWCONTIG检查有无索引碎片，或使用DBCC INDEXDEFRAG整理索引碎片。DBCC SHOWCONTIG语句用来显示指定表的数据和索引的碎片信息。当对表进行大量的修改或添加数据之后，应该执行此语句来查看有无碎片。 其语法格式如下：DBCC SHOWCONTIG ( [ { table_name | table_id | view_name | view_id }, index_name | index_id ] )【例9-6】检查student数据库中stu_info表的索引idx_name的碎片信息。DBCC SHOWCONTIG ( stu_info, idx_name ) DBCC INDEXDEFRAG语句的作用是整理表中的索引碎片，其语法格式如下：DBCC INDEXDEFRAG( [{ database_name | database_id}, { table_name | table_id | view_name | view_id }, index_name | index_id ] ) 【例9-7】整理student数据库中stu_info表的索引idx_name上的碎片。DBCC INDEXDEFRAG ( student, stu_info, idx_name )  2．重新组织索引重新组织索引是通过对叶级页进行物理重新排序，使其与叶节点的逻辑顺序（从左到右）相匹配，从而对表或视图的聚集索引和非聚集索引的叶级别进行碎片整理，使页有序可以提高索引扫描的性能。 使用ALTER INDEX REORGANIZE按逻辑顺序重新排序索引的叶级页。由于这是联机操作，因此在语句运行时仍可使用索引。此方法的缺点是在重新组织数据方面不如索引重新生成操作的效果好，而且不更新统计信息。  3．重新生成索引重新生成索引将删除原索引并创建一个新索引。此过程中将删除碎片，通过使用指定的或现有的填充因子设置压缩页来回收磁盘空间，并在连续页中对索引行重新排序（根据需要分配新页）。可以使用两种方法重新生成聚集索引和非聚集索引：带 REBUILD 子句的 ALTER INDEX。带 DROP_EXISTING 子句的 CREATE INDEX。这种方法的缺点是索引在删除和重新创建周期内为脱机状态，并且操作属原子级。如果中断索引创建，则不会重新创建该索引。 9.4.2 索引统计信息的更新 当在一个包含数据的表上创建索引的时候，SQL Server会创建分布数据页来存放有关索引的两种统计信息：分布表和密度表。优化器利用这个页来判断该索引对某个特定查询是否有用。当表的数据改变之后，统计信息有可能是过时的，从而影响优化器追求最有工作的目标。因此，需要对索引统计信息进行更新。 其语法格式如下：UPDATE STATISTICS table_or_indexed_view_name  [  { { index_or_statistics__name } | ( { index_or_statistics_name } [ ,...n ] ) } ]  [ WITH  [  [ FULLSCAN ]  | SAMPLE number { PERCENT | ROWS } ]  | RESAMPLE  | update_stats_stream_option [ ,...n ] ]  [ [ , ] [ ALL | COLUMNS | INDEX ]  [ [ , ] NORECOMPUTE ]  ] ; 参数说明如下。table_or_indexed_view_name：要更新其统计信息的表或索引视图的名称。index_or