如何解决不同SQL之间的性能冲突？

parrotao · 发表于 2002-4-29 15:03

谢谢大家了!又学了一招!
哈哈

DeepBlue · 发表于 2002-4-29 15:26

最初由 olive 发布
[B]和CBO（约7秒）还是有相当的距离啊。[/B]

不应该的, 你确认不是因为限额满才停止的优化吗?

最初由 olive 发布
[B]我大致看了一下它产生的那么多语句，好像都没有加hint？只是调整了子句的顺序。 [/B]

是这样的, 假设语句A和B的Plan一样, A加hint,B改写法, 如果B的改动量小于A则选择B显示. 所以产生了很多加Hint的,但是没显示出来.

olive · 发表于 2002-4-29 15:55

你学到了一招什么？可不可以共享？

olive · 发表于 2002-4-29 15:59

原来如此，但是应该怎么改限额？我看到有许多限额，如果在optimization intelligence里面选custom，就可以改了，比如rules search quota, hits quota ratio, table join permutation quota等，但是应该怎么改？遵循什么原则？

biti_rainy · 发表于 2002-4-29 16:10

加0或者用 ||'' 就是强制指定不使用索引（字段进行了运算）
跟一些hints具有一样的效果

偶觉得，应该人工分析表和数据，
找出一些一定要首先连接的表，
在人工强制返回一些结果集的基础上再优化

楼上也有朋友说过了
呵呵
不过你的语句能跑完很幸运了
以前我扔一个语句进去
光分析语法就消耗了好几个小时占用了快80M内存
进度条刚走一半不到
cpu占用95以上
我怒了就终止了

后来给sql expert 的开发者提过意见

是个香港人，年纪很大了
介绍他来过这个坛子发言过几次
可惜现在没有踪影了

biti_rainy · 发表于 2002-4-29 16:12

我猜是 +0 and || ''

是不是？hehe

parrotao · 发表于 2002-4-29 16:43

看他自动产生的SQL最后一句话AND tdelpnt.prprty_nb = tprpacc.prprty_nb + 0
和实际逻辑的tdelpnt.prprty_nb = tprprty.nb and
是不同的,咋一看好象有问题
其实已经有AND tprprty.nb = tprpacc.prprty_nb
所以prprty_nb 和tprprty.nb可以互相交换的
这样就有更多的sql组合了
优化时不必局限于逻辑

olive · 发表于 2002-4-29 16:46

我上午是用sql expert的默认quota，很快就出来结果，刚才我加大了quota（但是我不知道加quota有什么准则？那几个参数应该怎样调整？可否告知。我现在是乱调），现在还没出结果，93%，慢得很。内存目前占用了124M，还在涨。

DeepBlue · 发表于 2002-4-29 16:50

to Olive:

rules search quota 1000
table join permutation Quota 800
再试下, 还不够,再加

DeepBlue · 发表于 2002-4-29 16:55

最初由 biti_rainy 发布
[B]不过你的语句能跑完很幸运了
以前我扔一个语句进去
光分析语法就消耗了好几个小时占用了快80M内存
进度条刚走一半不到
cpu占用95以上
[/B]

快慢取决于:
1.本地CPU速度,Memory
2.SQL 复杂度
3.database Server速度
4.选取的hints和限额(参数设置).

10几个小时的都会有, 比人手做几天强多了, 人做还未必能找到较佳的.

[精华] 如何解决不同SQL之间的性能冲突？

Re: 全部运行完了

鹦鹉学到了什么？

to deepblue

hehe

他学到了什么？

可能是的

Re: hehe

浏览过的版块