SQLServer2005重建索引

今天发现一个页面运行很慢，用SQL Server Profiler抓出了一条运行时间为12s的sql

select * from v_wf_todo_business where dtinstance in (select dtinstance from t_wf_todo_business_sign_user where userid=244 union select dtinstance from t_wf_handle_state where handleuserid=244) and wfinstance is not null and wftbrq>='2016-05-07' and wftbrq<='2016-06-07'

把生产环境的数据库备份下来，还原到开发环境进行分析，发现只要把wftbrq>='2016-05-07'改为wftbrq>='2011-05-07'，执行时间变正常了，只需要0.04s，差点以为我眼花了，时间范围变大，速度还更快了？

顿时明白了这肯定不是sql的问题，记得以前有个dba跟我说过重建索引能提高查询速度，所以就按照这里的方法进行尝试：http://www.cnblogs.com/luckybird/archive/2012/06/11/2544753.html

一、分析表的索引建立情况：DBCC showcontig('t_wf_todo_business')

 DBCC SHOWCONTIG 正在扫描 't_wf_todo_business' 表...
 表: 't_wf_todo_business' (1652200936)；索引 ID: 1，数据库 ID: 7
 已执行 TABLE 级别的扫描。
 - 扫描页数................................: 1198
 - 扫描区数..............................: 188
 - 区切换次数..............................: 1196
 - 每个区的平均页数........................: 6.4
 - 扫描密度 [最佳计数:实际计数].......: 12.53% [150:1197]
 - 逻辑扫描碎片 ..................: 99.33%
 - 区扫描碎片 ..................: 98.94%
 - 每页的平均可用字节数........................: 2613.5
 - 平均页密度(满).....................: 67.71%
 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

二、重建索引：DBCC DBREINDEX('t_wf_todo_business')

三、再来分析：DBCC showcontig('t_wf_todo_business')

 DBCC SHOWCONTIG 正在扫描 't_wf_todo_business' 表...
 表: 't_wf_todo_business' (1652200936)；索引 ID: 1，数据库 ID: 7
 已执行 TABLE 级别的扫描。
 - 扫描页数................................: 804
 - 扫描区数..............................: 105
 - 区切换次数..............................: 104
 - 每个区的平均页数........................: 7.7
 - 扫描密度 [最佳计数:实际计数].......: 96.19% [101:105]
 - 逻辑扫描碎片 ..................: 0.87%
 - 区扫描碎片 ..................: 98.10%
 - 每页的平均可用字节数........................: 221.3
 - 平均页密度(满).....................: 97.27%
 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

嗯嗯，发现扫描页数、区切换次数、扫描密度 [最佳计数:实际计数]、逻辑扫描碎片等指标都有大幅度好转。

在生产环境上也执行了一遍，再打开页面，发现一切正常了……