分组求max，min速度很快，但是求max-min速度很慢

暗纹河豚毒

〇〇 发表于 2013-9-9 15:26
这种还是比较快的，虽然扫描了2次

select x.b,x.x-y.y from (

只想到在max，min后再包一层算max-min，
这种还真没想到，不过速度也很快

dingjun123

no_merge没有起作用，说到底，看到的计划是假的，统计信息不准确导致的

〇〇

暗纹河豚毒 发表于 2013-9-9 16:07
只想到在max，min后再包一层算max-min，
这种还真没想到，不过速度也很快

包一层没用，和不包的计划一模一样

暗纹河豚毒

阿吉2009 发表于 2013-9-9 15:40
如是表很大，可能要些时间，建议DB空闲时再做，且最好用100%的估算率，最好是也加上直方图。

11g的话，默认就是自动100%，自动算直方图的吧

阿吉2009

暗纹河豚毒 发表于 2013-9-9 16:08
11g的话，默认就是自动100%，自动算直方图的吧

默认是10%

暗纹河豚毒

dingjun123 发表于 2013-9-9 16:07
no_merge没有起作用，说到底，看到的计划是假的，统计信息不准确导致的

原来乳齿

dingjun123

知道了吧，你把别名不是m,你用no_merge(m),他有作用啊。。。哈哈

暗纹河豚毒

dingjun123 发表于 2013-9-9 16:15
知道了吧，你把别名不是m,你用no_merge(m),他有作用啊。。。哈哈

学习了

修改正确之后，起作用了
：D

〇〇

dingjun123 发表于 2013-9-9 16:07
no_merge没有起作用，说到底，看到的计划是假的，统计信息不准确导致的

我的例子
SQL> exec dbms_stats.gather_table_stats(ownname => 'scott',tabname => 'big',estimate_percent => 100,method_opt=> 'for all columns') ;

SQL> exec dbms_stats.gather_table_stats(ownname => 'scott',tabname => 'e',estimate_percent => 100,method_opt=> 'for all columns') ;

后min max相加还是不好的计划

newkid

这个以前有过定论的吧，必须分开来写。