ITPUB??ì3
ITPUB论坛 » Oracle数据库管理 » 超级郁闷的执行计划问题

标题: [性能调整] 超级郁闷的执行计划问题
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:12 
超级郁闷的执行计划问题

oracle erp系统,9.2.0.8 db
solaris 10 os
一段很简单的语句搞了半天都没找到原因,大家帮忙看看为何?




remen 上传了这个附件:
2008-12-26 14:12
2008-12-26_141211.gif (19.64 KB)
 

2008-12-26 14:12
2008-12-26_141340.gif (22.5 KB)
 

只看该作者    顶部
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:16 
不加hint的话,cost很低,但是运行时间超过20分钟无法结束;
如果加了hint,不到1秒即可出结果,但是cost极高
两个表都是700w以上的数据
第二附图中圈着的那个index是建立在mta.transaction_id上的


只看该作者    顶部
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:17 
mta.transaction_id的数据分布极其均匀,700多w数据,distinct有400多w


只看该作者    顶部
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:20 
表已经分析了n次了,应该没什么问题


只看该作者    顶部
在线/呼叫 棉花糖ONE


精华贴数 0
个人空间 0
技术积分 19888 (51)
社区积分 1566 (818)
注册日期 2007-2-21
论坛徽章:71
现任管理团队成员     
      

发表于 2008-12-26 14:20 
mmt.organization_id=103 and mmt.acct_period_id=17017
这2个真实返回的记录多少啊


只看该作者    顶部
离线 zergduan
SE-RequieM


来自 Beijing Massage Center
精华贴数 0
个人空间 441
技术积分 8898 (162)
社区积分 1 (42312)
注册日期 2005-5-16
论坛徽章:38
ITPUB元老生肖徽章2007版:虎    
      

发表于 2008-12-26 14:22 
你这个表的degree是多少?


__________________
只看该作者    顶部
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:23 


QUOTE:
原帖由 棉花糖ONE 于 2008-12-26 14:20 发表
mmt.organization_id=103 and mmt.acct_period_id=17017
这2个真实返回的记录多少啊

164789


只看该作者    顶部
离线 remen
高级会员


精华贴数 1
个人空间 0
技术积分 6667 (234)
社区积分 5 (17157)
注册日期 2003-9-12
论坛徽章:11
会员2007贡献徽章会员2006贡献徽章授权会员2009新春纪念徽章数据库板块每日发贴之星ERP板块每日发贴之星
数据库板块每日发贴之星生肖徽章2007版:鸡ITPUB新首页上线纪念徽章数据库板块每日发贴之星数据库板块每日发贴之星 

发表于 2008-12-26 14:25 
n7哪个索引是建立在ACCT_PERIOD_ID, ORGANIZATION_ID上的


只看该作者    顶部
在线/呼叫 棉花糖ONE


精华贴数 0
个人空间 0
技术积分 19888 (51)
社区积分 1566 (818)
注册日期 2007-2-21
论坛徽章:71
现任管理团队成员     
      

发表于 2008-12-26 14:29 
16w,nest loop不可能那么快,你是在plsql里看到结果以为执行完了吧

set timing on
set autot trace
执行sql


只看该作者    顶部
离线 qhdg7fv
赵伟宇


来自 天津市
精华贴数 0
个人空间 0
技术积分 188 (10916)
社区积分 0 (1944254)
注册日期 2008-11-7
论坛徽章:0
      
      

发表于 2008-12-26 14:34 


QUOTE:
原帖由 remen 于 2008-12-26 14:16 发表
不加hint的话,cost很低,但是运行时间超过20分钟无法结束;
如果加了hint,不到1秒即可出结果,但是cost极高
两个表都是700w以上的数据
第二附图中圈着的那个index是建立在mta.transaction_id上的

在有等于条件的列上建索引,看看能不能用上


__________________
天津天狮集团营销中心DBA

02282137398
只看该作者    顶部
相关内容


CopyRight 1999-2006 itpub.net All Right Reserved.
北京皓辰网域网络信息技术有限公司. 版权所有
E-mail:Webmaster@itpub.net
京ICP证:060528号 联系我们 法律顾问