索引整理这么慢,确实不太正常!我觉得可能的原因是有别的用户正在使用索引所在的表.因为在连机丛书里边有这句话:DBCC INDEXDEFRAG 是一个联机操作,因此它不控制长期锁,该锁会阻塞查询或更新的运行.你可以尝试别的索引的整理方法:
1.DBCC DBREINDEX
重建指定数据库中表的一个或多个索引
2.删除并重建索引
drop index
create index
3.建立同名索引时使用DROP_EXISTING选项.

解决方案 »

  1.   

    你的索引的填充因子设置的也不合理,设置的填充因子那么小,当然你的数据库的空间由600M增长到3G就不奇怪了.而且填充因子太小的话,我觉得索引的层级就会特别的高,查询的时候反而会加重你的查询负担.整理的时候时间这么长可能也有这方面的原因.建议删除索引,然后建一个填充因子比较大的索引.create index 索引名称 on 表(列)
      with fillfactor=70