一个奇怪的MSSQL数据查询速度问题??

[larm]

我在程序种使用一个存储过程查询返回数据集,如果该存储过程才建立
速度很快，但是经过一段时间后，查询数据返回速度很慢，原来要1秒
速度慢的时候需要8-10秒，但是在SQL Analyzer中做相同条件的任何时
候测试数据返回速度很快，为什么？如果速度慢了，删除重新建立该存
储过程速度又很快了，是不是和SQL安装或设置有关？
请遇到过此问题的高手指教，谢谢。。
(环境:DELPHI + ADO + SQL 7.0)

[pengdali]

DBCC DBREINDEX 重建指定数据库中表的一个或多个索引

[happydreamer]

维护索引语句的比较

速度 兼容性 日志影响 数据访问影响 额外磁盘空间
DBCC 最快 最好 大,但能通过把 操作过程中数据不 需要大
DBREINDEX 可以重 故障还原模型设 能访问，影响大
建所有 为简单减少日志
有索引

DBCC 慢 但可 必须分 小 数据未被锁定 需要小
INDEXDEFRAG 随时终 别指定
止执行


drop index 中等 必须分 大,但能通过把 仅在操作执行时 中等，操作在
create index 别指定 故障还原模型设 锁定数据 tempdb中进行
为简单减少日志

[larm]

谢谢楼上指教，观察看看。
如果和索引有关，那么如何解释在程序中使用存储过程
和在查询分析器中使用效果为什么不一样呢？
在查询分析器中经测试每次的速度都是很快的。
目前只在某一个客户发现此现象，其他的客户都没反映
相同的版本程序执行速度慢的奇怪现象。
我在怀疑是SQL安装或WIN2K安装设置问题。
(跟客户端应该没关系，因为每个客户端都是一样的现象)
(客户端98,2K都一样)

[xirumin]

是否是网络速度的关系，你随便传送些大的文件试试

[larm]

一开始我没看到现象的时候，首先是怀疑网络问题
但是现在认为不是，因为其他使用存储过程返回数据
的模块速度没受什么影响，即使查询的数据量很大也是
一样快,就这个存储过程有问题。
而且在客户端使用 analyzer 调用此存储过程速度都很快的。
返回数据才70行要8秒，是不是太慢了啊？

[ccat]

怀疑和存储空间有关，再就是……

sp_recompile 系统存储过程强制在下次运行存储过程时进行重新编译。
创建存储过程时在其定义中指定 WITH RECOMPILE 选项，表明 SQL Server 将不对该存储过程计划进行高速缓存；该存储过程将在每次执行时都重新编译。当存储过程的参数值在各次执行间都有较大差异，导致每次均需创建不同的执行计划时，可使用 WITH RECOMPILE 选项。此选项并不常用，因为每次执行存储过程时都必须对其进行重新编译，这样会使存储过程的执行变慢。
在执行存储过程时指定 WITH RECOMPILE 选项，可强制对存储过程进行重新编译。仅当所提供的参数不典型，或者自创建该存储过程后数据发生显著更改时才应使用此选项。

这一类问题我还真没遇到过，你试试？

[larm]

谢谢楼上的建议，我就试试看。

[larm]

几种方式都试验过了，目前也不知道那种可以解决问题
这两天问题没发生了，观察一周，分析结果后就给分。。

[LengyuYuan]

是不是Fillfact設的小了,之前我有碰到這個問題,剛開始有一Table資料量只有幾十万筆,當增加到幾百萬的時候就出現這個問題,原來我設的fillfact為30%,結果系統自動改動到70%,最後乾脆我設到90%,問題就解決了

[q_lucky_p]

我也有这样的问题
执行一个比较复杂的存储过程在analyzer 中很快得到结果，但是在客户端通过程序调用很慢。调用跟踪器发现调用该存储过程时总是需要处理一些前期内容，到很久才轮到执行该存储过程