| 面没有空间插入新的的纪录，这时就会发生分页，SQL Server 将大约一半的数据从满页中移到空页中，从而生成两个半的满页。这样就有大量的数据空间。簇索引是双向链表，在每一页的头部保存了前一页、后一页地址以及分页后数据移动的地址，由于新页可能在数据库文件中的任何地方，因此页面的链接不一定指向磁盘的下一个物理页，链接可能指向了另一个区域，这就形成了分块，从而减慢了系统的速度。对于带簇索引和非簇索引的表来说，非簇索引的关键字是指向簇索引的，而不是指向数据页的本身。 为了克服数据分块带来的负面影响，需要重构表的索引，这是非常费时的，因此只能在需要时进行。可以通过DBCC SHOWCONTIG来确定是否需要重构表的索引。下面举例来说明DBCC SHOWCONTIG和DBCC REDBINDEX的使用方法。以SQL Server自带的northwind数据作为例子 带开SQL Server的Query analyzer输入命令： use pubs declare @table_id int set @table_id=object_id(''''tbldlvinfoback'''') dbcc showcontig(@table_id) 这个命令显示pubs数据库中的tbldlvinfoback表的分块情况，结果如下： DBCC SHOWCONTIG 正在扫描 ''''tblDlvInfoback'''' 表... 表: ''''tblDlvInfoback''''（1797581442）；索引 ID: 0，数据库 ID: 5 已执行 TABLE 级别的扫描。 - 扫描页数.....................................: 197214 - 扫描扩展盘区数...............................: 24659 - 扩展盘区开关数...............................: 24658 - 每个扩展盘区上的平均页数.....................: 8.0 - 扫描密度［最佳值:实际值］....................: 99.97%［24652:24659］ - 扩展盘区扫描碎片.............................: 15.46% - 每页上的平均可用字节数.......................: 374.6 - 平均页密度（完整）...........................: 95.37% DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。 通过分析这些结果可以知道该表的索引是否需要重构。表1.1描述了每一行的意义描述
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页 | 
