我都要哭了……

zhaosanyin

写了一个sql查询，from7个表，where子句较长，共有12个and，13个条件，死活查询不出来，时值深夜，只有我一个人在使用小型机，一直报0592n，由于中断，处理被取消，原因应该是查询超时，应该是哪个参数？把超时时间设置长一点

如果把where子句去掉一些，其他地方不变，可以查询成功

[ 本帖最后由 zhaosanyin 于 2008-5-28 10:11 编辑 ]

wangzhonnewnew

could be interrupted from application layer, did you try the query directly from CLP?

lizhuo

对sql语句做一下cost分析，看看问题在哪里。哭是没有用的。

大梦

先做下runstats,不行再先explain看一下,还不行再索引向导建索引看看,最后还不行就改sql语句
特别是where条件里面还用了函数的!

zhaosanyin

那个具体的查询倒是出来了，通过拆分成两次查询，最终出来了，可问题没有根本解决，其他的查询有时候还是很慢
runstats每半月一次，reorg倒是没常做，因为reorgchk显示不是很必要
准备近期操练一次数据库优化，望大家多提意见

无用户名

看来SQL有问题

itubie

runstats和reorg只能解决性能的20_30%
不是灵丹妙药
主要还是分析你的sql
和你的相应的表结构
步骤：
1 功能还有什么可以变通的实现吗
2 sql只能如此吗
3 表的设计只能如此吗

事情的80%仔细一想
都是可以在需要和实现上可以变通和优化的

这是我的经验

哭是好事
说明你比较认真
哭是成长的代价
no pains no gains