索引多久重建一次较好?

[duanzhi1984]

RT

[SQL77]

感觉慢了的时候,哈哈

[navy887]

不一定多长时间的，看使用情况
DBCC SHOWCONTIG 看看碎片信息

[feixianxxx]

[Quote=引用 2 楼 navy887 的回复:]
不一定多长时间的，看使用情况
DBCC SHOWCONTIG 看看碎片信息

[/Quote]
然后呢

[bancxc]

[Quote=引用 3 楼 feixianxxx 的回复:]
引用 2 楼 navy887 的回复:
不一定多长时间的，看使用情况
DBCC SHOWCONTIG 看看碎片信息


然后呢
[/Quote]然后呢

[dawugui]

这个确实不好说,还是如一楼所说,感觉不对劲了再重建吧.

[duanzhi1984]

若重建索引后还是感觉慢?如何办

[dawugui]

[Quote=引用 6 楼 duanzhi1984 的回复:]
若重建索引后还是感觉慢?如何办
[/Quote]
那就不是索引的问题了.

[fwacky]

客户，给你打电话时，重建！

[drysea]

⊙﹏⊙b汗
[Quote=引用 8 楼 fwacky 的回复:]
客户，给你打电话时，重建！
[/Quote]

[navy887]

[Quote=引用 3 楼 feixianxxx 的回复:]
引用 2 楼 navy887 的回复:
不一定多长时间的，看使用情况
DBCC SHOWCONTIG 看看碎片信息


然后呢
[/Quote]
如果碎片过多就整理碎片或重建索引。

例子：
DBCC SHOWCONTIG 正在扫描 'tablename' 表...
表: 'tablename'（1764201335）；索引 ID: 1，数据库 ID: 7
已执行 TABLE 级别的扫描。
- 扫描页数.....................................: 50084
- 扫描扩展盘区数...............................: 6308
- 扩展盘区开关数...............................: 50072
- 每个扩展盘区上的平均页数.....................: 7.9
- 扫描密度［最佳值:实际值］....................: 12.50%［6261:50073］ --小于 100，则存在碎片。12.50%说明有很多碎片
- 逻辑扫描碎片.................................: 50.40% --0是最好
- 扩展盘区扫描碎片.............................: 52.31%
- 每页上的平均可用字节数.......................: 2728.0

[忆轩辕]

重建索引最好是停机做，而且数据量大的话会很久，所以我感觉没有出现性能问题就不做＝。＝