为什么数据库原来sql2000换成sql2005后查询会很慢？

Question

我是把sql2000的MDF文件在sql2005里附加的。你说的脚本升级和重新更新统计信息是什么意思？
还有我本来没有建索引查询不是太慢。

Answer 1

那你BAIDU一下 SQL SERVER 更新统计信息

Answer 2

当输入一个条件第一次进行查询时比原来sql2000慢好几倍，但重复刚才的查询条件再查询时就很快了
第二次查询已经在缓存了如果一开始很慢是正常现象因为很多数据和执行计划是事先没有缓存过的建议正常运行一段时间后再观察是不是还是很慢

Answer 3

已经好几天了都是这个样子。请问一下如果在sql2000里建过的索引然后把MDF文件在sql2005里附加，原来的索引和自定义函数会有影响吗？

Answer 4

已经好几天了都是这个样子。请问一下如果在sql2000里建过的索引然后把MDF文件在sql2005里附加，原来的索引和自定义函数会有影响吗？附加mdf肯定没影响了
置于慢的原因，你要具体分析是哪个sql，不会是整体上所有sql都慢吧？

Answer 5

我是把sql2000的MDF文件在sql2005里附加的。你说的脚本升级和重新更新统计信息是什么意思？
还有我本来没有建索引查询不是太慢。统计信息方面的问题，我博客有几篇：
1：http://blog.csdn.net/dba_huangzj/article/details/8702293
2：http://blog.csdn.net/dba_huangzj/article/details/8702320
3：http://blog.csdn.net/dba_huangzj/article/details/8702351
4：http://blog.csdn.net/dba_huangzj/article/details/8702359
另外你的索引问题，注意，主键默认就是聚集索引。你要考虑对主键重建一下聚集索引。

Answer 6

已经好几天了都是这个样子。请问一下如果在sql2000里建过的索引然后把MDF文件在sql2005里附加，原来的索引和自定义函数会有影响吗？你可以想象成，当你在北京地下室住了很久，突然给了个环境很好的别墅，你可能一时间也适应不了。SQL SERVER 从2000到2005，是目前所有版本中变化最大的。所以很多东西需要重新维护，自定义函数主要是调用底层代码，对性能一般没有影响，除非用了一些低效的写法，索引就很有关系。

Answer 7

的确和附加还是还原，关系不大。但是文件的存放磁盘的I/O问题、内存有没有变化、CPU配置有没有变化都具有潜在的影响。如果上面维护操作都没用，那么可以看看我下面4篇文章，虽然是2012的，但是大部分在2005还是可行的：
http://blog.csdn.net/dba_huangzj/article/details/8634633
http://blog.csdn.net/dba_huangzj/article/details/8634678
http://blog.csdn.net/dba_huangzj/article/details/8634743
http://blog.csdn.net/dba_huangzj/article/details/8634788最后，2005对tempdb的使用已经远远大于2000，所以tempdb所在的地方也有很大的嫌疑。如果你不知道怎么入手：
http://blog.csdn.net/dba_huangzj/article/details/7607844

Answer 8

请教版主：我用 
USE [bus] --需要更新统计信息的数据库
 GO
 EXEC [sys].[sp_updatestats] --@resample = '' -- char(8)
 GO
这句语句对吗？是可以更新统计信息吗？

Answer 9

请教版主：我用 
USE [bus] --需要更新统计信息的数据库
 GO
 EXEC [sys].[sp_updatestats] --@resample = '' -- char(8)
 GO
这句语句对吗？是可以更新统计信息吗？可以

Answer 10

请教版主：我用 
USE [bus] --需要更新统计信息的数据库
 GO
 EXEC [sys].[sp_updatestats] --@resample = '' -- char(8)
 GO
这句语句对吗？是可以更新统计信息吗？可以

我更新后还是老样子，但我现在加上了一些索引后就很快了。请问版主我原来sql2000里是没有加索引查询还是可以的，但到了sql2005里就很慢了，这是为什么？

Answer 11

两者机制不一样了，算法那些也有很大改进，你可以挑个比较慢的语句，右键空白处，然后选择用【数据库引擎优化顾问】来分析一下，是否有一些include索引建议