执行计划非常慢,是什么原因?

执行计划里看到一些很高的数据,如下:
Id  Operation                      Name  Rows  Bytes  Cost (%CPU) Time  
0  SELECT STATEMENT                                   201 (100)   
1     HASH GROUP BY                      5     580    201 (6)     00:00:03  
2       NESTED LOOPS OUTER               5     580    200 (5)     00:00:03  
3         VIEW                           5     305    198 (6)     00:00:03  
4           UNION-ALL            
5             HASH GROUP BY              1     310    8 (38)      00:00:01  
6               HASH JOIN OUTER          1     310    7 (29)      00:00:01

问题:
1、HASH GROUP BY这个BAIDU了下,有说是10R2的bug,修改gby_hash_aggregation_enabled=false,这个对不对呢?
2、其余的也是非常的高,会是什么情况造成的呢?
多谢!帮忙分析下

完整的执行计划在附件中

[ 本帖最后由 saintfl 于 2010-8-5 14:47 编辑 ]

haveattach.gifawrsqlrpt_1_1140_1141.rar
(2010-08-05 14:47:45, Size: 5.12 KB, Downloads: 8)

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7652889/viewspace-672195/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/7652889/viewspace-672195/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值