查看: 5934|回复: 35

[SQL] 一个简单又奇怪的Oracle性能问题,高高手请进!(在线等待)

[复制链接]
跳转到指定楼层
1#
发表于 2007-7-6 13:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
数据表:
sol_defects   10万行
sol_runcard   99万行

SQL1:
select d.*
  from sol_runcard r, sol_defects d
where d.sn_key = r.sn_key
   and d.seq# = 1
   and d.ws_id <> 11
   and r.wo_key = 86810;

数据4行,执行时间31妙;

SQL2:
select d.*
  from sol_runcard r, sol_defects d
where d.sn_key = r.sn_key
   --and d.seq# = 1
   and d.ws_id <> 11
   and r.wo_key = 86810;

数据5行,执行时间2妙;

仅仅增加了一个Number字段条件进行过滤,性能相差就又如此大。
使用执行计划进行跟踪,发现SQL1使用的是Merge Join, 而SQL2使用的是Hash Join。请问高手这是怎么回事?

我现在使用强制Hash,执行速度是4秒,SQL如下:

select /*+ use_hash(d,r)*/d.*
  from sol_runcard r, sol_defects d
where d.sn_key = r.sn_key
   and d.seq# = 1
   and d.ws_id <> 11
   and r.wo_key = 86810;

还有其他办法吗?让速度尽量快起来。
2#
 楼主| 发表于 2007-7-6 13:28 | 只看该作者
怎么没人?难道没有高高手?那高手也行啊。

使用道具 举报

回复
论坛徽章:
126
ITPUB元老
日期:2007-07-04 17:27:50会员2007贡献徽章
日期:2007-09-26 18:42:10现任管理团队成员
日期:2011-05-07 01:45:08优秀写手
日期:2015-01-09 06:00:14版主7段
日期:2015-07-16 02:10:00
3#
发表于 2007-7-6 13:29 | 只看该作者
如下试试!

select d.*
  from sol_runcard r, sol_defects d
where d.seq# = 1
   and d.ws_id <> 11
   and r.wo_key = 86810
   and d.sn_key = r.sn_key;

使用道具 举报

回复
4#
 楼主| 发表于 2007-7-6 13:31 | 只看该作者
还是要30秒

使用道具 举报

回复
论坛徽章:
126
ITPUB元老
日期:2007-07-04 17:27:50会员2007贡献徽章
日期:2007-09-26 18:42:10现任管理团队成员
日期:2011-05-07 01:45:08优秀写手
日期:2015-01-09 06:00:14版主7段
日期:2015-07-16 02:10:00
5#
发表于 2007-7-6 13:37 | 只看该作者
再试试!

select *
  from (select d.*
          from sol_runcard r, sol_defects d
         where d.sn_key = r.sn_key
           and d.ws_id <> 11
           and r.wo_key = 86810)
where seq# = 1;

使用道具 举报

回复
6#
 楼主| 发表于 2007-7-6 13:45 | 只看该作者
全部执行需要30秒,只执行括号内的需要2秒。问题还是存在,谢谢你的关注!

使用道具 举报

回复
论坛徽章:
281
2015年新春福章
日期:2015-03-06 11:57:312012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-01-04 11:51:22蛋疼蛋
日期:2011-12-29 07:37:22迷宫蛋
日期:2011-12-26 14:19:41茶鸡蛋
日期:2011-11-17 09:20:52茶鸡蛋
日期:2011-11-10 22:42:38ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15茶鸡蛋
日期:2011-10-24 09:48:48ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47
7#
发表于 2007-7-6 13:46 | 只看该作者
正常,google一下Merge Join,和Hash Join的特点就明白了

使用道具 举报

回复
8#
 楼主| 发表于 2007-7-6 13:48 | 只看该作者
我奇怪的是为什么加了一个查询条件之后,就变成merger Join 了。能帮忙解释一下吗?

使用道具 举报

回复
论坛徽章:
24
生肖徽章:狗
日期:2006-09-07 10:14:43数据库板块每日发贴之星
日期:2008-07-26 01:02:20生肖徽章2007版:兔
日期:2008-10-13 11:10:11奥运会纪念徽章:铁人三项
日期:2008-10-24 13:27:21开发板块每日发贴之星
日期:2008-12-27 01:01:09生肖徽章2007版:马
日期:2009-11-18 10:45:032010新春纪念徽章
日期:2010-03-01 11:21:02ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51ERP板块每日发贴之星
日期:2011-05-18 01:01:01ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
9#
发表于 2007-7-6 13:51 | 只看该作者
关注!

使用道具 举报

回复
10#
 楼主| 发表于 2007-7-6 14:30 | 只看该作者
没人了吗?问题还在啊

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表