高手救救我吧！数据处理慢的可怕的原因！(在线等）

-boy-

我单位在使用一个pb开发的c/s系统，原来数据处理很快的，可这一次处理数据处理了20多个小时都不行，原来只需要20分钟左右，数据处理的操作主要是表的insert和delete 操作，请高手指教！！！会不会是表的索引出了问题？还是数据库的lock太少？还是........（应用程序中对这一表的其它功能是可用的。）

chuxu

执行过程中sp_lock看看是否存在阻塞

luopc

最好找个时间，将表索引重建!

或bcp out后，delete ，最后bcp in

如不行，加大锁试试!

-boy-

谢谢！我回单试一下！

hefan

首先查一下错误日志，看看有什么报错。

其次，看看sp_lock，如果其中出现有...._blk的，就是那个进程死锁了，可以kill掉。sp_configure中，将print deadlock information 置为1，这样就会在错误日志中显示死锁信息

其次，可以对那些表进行update statistics

zhhui2000

原帖由 "hefan" 发表：
首先查一下错误日志，看看有什么报错。

其次，看看sp_lock，如果其中出现有...._blk的，就是那个进程死锁了，可以kill掉。sp_configure中，将print deadlock information 置为1，这样就会在错误日志中显示死锁信?.........

应用也可以考虑优化.

day_and_night

如果数据库一直没什么改动的话，很大原因问题出自应用程序，
特别是游标的使用，导致锁表，运行你的程序前后对比一下数据库机器的用户CUP的占用率，如果很高的话，那就要修改应用程序了。

Eisen

sybase上推荐使用临时表，不推荐使用cursor，而且据说以前都很好，那么几乎可以肯定问题出在这个程序的写法上了，是否多次逆向触发了table scan?

-boy-

我在估计也是出在cursor 上，可程序不是我们自己开发的，没源程序，该如何是好？

chenfeng825

如果数据量和流程都没有发生急剧变化就应该是碎片过多和统计信息过期造成的，建议先reorg(dol，dpl) or (recreate clustered apl)，update statistics看看，应该会有提升!