ITPUB论坛－专业的IT技术社区

登录 注册
ITPUB论坛－专业的IT技术社区»论坛 › ≡ 大数据与数据库 ≡ › Oracle数据库管理 › 这个SQL很难优化，大家给看看
123下一页
返回列表 发新帖
楼主: SweetMemory
收藏 | 打印 上一主题 下一主题

这个SQL很难优化，大家给看看

[复制链接]
SweetMemory
论坛徽章:
2
授权会员 日期:2005-10-30 17:05:332010年世界杯参赛球队：日本 日期:2010-06-07 22:02:21
11#
 楼主| 发表于 2004-7-23 18:44 | 只看该作者
难道这种SQL一定要用并行查询吗？我很想知道如何巧用hash join或merge join来优化这种SQL

使用道具 举报

回复
eygle
论坛徽章:
117
ITPUB元老 日期:2005-02-28 12:57:002012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:20版主7段 日期:2012-05-15 15:24:11ITPUB 11周年纪念徽章 日期:2012-09-28 17:34:42ITPUB 11周年纪念徽章 日期:2012-10-09 18:03:32紫蛋头 日期:2013-03-04 17:00:07优秀写手 日期:2013-12-18 09:29:09
12#
发表于 2004-7-23 19:00 | 只看该作者
你要看能否通过索引消除sort disk

COMPANY表有多少记录?

使用道具 举报

回复
eygle
论坛徽章:
117
ITPUB元老 日期:2005-02-28 12:57:002012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:202012新春纪念徽章 日期:2012-02-13 15:13:20版主7段 日期:2012-05-15 15:24:11ITPUB 11周年纪念徽章 日期:2012-09-28 17:34:42ITPUB 11周年纪念徽章 日期:2012-10-09 18:03:32紫蛋头 日期:2013-03-04 17:00:07优秀写手 日期:2013-12-18 09:29:09
13#
发表于 2004-7-23 19:06 | 只看该作者
[php]

   3    2       MERGE JOIN
   4    3         SORT (JOIN)
   5    4           TABLE ACCESS (FULL) OF 'COMPANY'
   6    3         SORT (JOIN)
   7    6           TABLE ACCESS (FULL) OF 'RING_BILL'

[/php]

如果COMPANY表较小,SM就可能是不优的

如果你做过什么尝试，说清楚先

使用道具 举报

回复
grassbell
招聘 : 数据库管理员
论坛徽章:
21
授权会员 日期:2005-10-30 17:05:332012新春纪念徽章 日期:2012-02-13 15:11:362012新春纪念徽章 日期:2012-02-13 15:11:362012新春纪念徽章 日期:2012-02-13 15:11:362012新春纪念徽章 日期:2012-02-13 15:11:36马上有车 日期:2014-02-19 11:55:14马上有房 日期:2014-02-19 11:55:14马上有钱 日期:2014-02-19 11:55:14马上有对象 日期:2014-02-19 11:55:142012新春纪念徽章 日期:2012-02-13 15:11:36
14#
发表于 2004-12-26 18:56 | 只看该作者
这个问题能不能继续。。。

使用道具 举报

回复
husthxd
论坛徽章:
168
马上加薪 日期:2014-02-19 11:55:142012新春纪念徽章 日期:2012-02-13 15:10:582012新春纪念徽章 日期:2012-01-04 11:49:54蜘蛛蛋 日期:2011-12-05 16:08:56ITPUB十周年纪念徽章 日期:2011-11-01 16:19:41设计板块每日发贴之星 日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章 日期:2011-06-30 12:30:16管理团队成员 日期:2011-05-07 01:45:082011新春纪念徽章 日期:2011-01-25 15:42:562011新春纪念徽章 日期:2011-01-25 15:42:33
15#
发表于 2004-12-26 19:21 | 只看该作者
最初由 grassbell 发布
[B]这个问题能不能继续。。。 [/B]


可以参考这个帖子：
http://www.itpub.net/292913.html

使用道具 举报

回复
qinws
论坛徽章:
0
16#
发表于 2004-12-26 20:06 | 只看该作者
返回大多数记录的话，索引是很少见效的。

使用道具 举报

回复
logzgh
论坛徽章:
0
17#
发表于 2004-12-26 22:23 | 只看该作者
你有没有试过加上hint，让sql语句强制走hash join呢？
还有company表有多少条记录？
s记录集的数据又有多少条？
或者干脆分析表格和索引，让oracle自动选择，看看oracle选的是哪种方式

还有表连接之间索引是需要的，虽然返回行数较多。

使用道具 举报

回复
logzgh
论坛徽章:
0
18#
发表于 2004-12-26 22:25 | 只看该作者
还有如果你是想把所选中的记录一一显示出来，可以试试first_rows hint

使用道具 举报

回复
turner
论坛徽章:
87
马上加薪 日期:2014-02-19 11:55:142011新春纪念徽章 日期:2011-03-10 09:29:412011新春纪念徽章 日期:2011-02-18 11:43:342011新春纪念徽章 日期:2011-01-25 15:42:562011新春纪念徽章 日期:2011-01-25 15:42:332011新春纪念徽章 日期:2011-01-25 15:42:152011新春纪念徽章 日期:2011-01-25 15:41:502011新春纪念徽章 日期:2011-01-25 15:41:012010广州亚运会纪念徽章:网球 日期:2010-12-10 07:45:53ITPUB9周年纪念徽章 日期:2010-10-08 09:28:51
19#
发表于 2004-12-26 22:36 | 只看该作者
返回100多万条啊，却不是统计总数，什么上面？有意义吗？谁会看完这100多万条数据呢？显示在前面的几十条如果不是总一样的又会有问题吗？如果只是随便看看某些内容，建议还是缩小范围。

使用道具 举报

回复
turner
论坛徽章:
87
马上加薪 日期:2014-02-19 11:55:142011新春纪念徽章 日期:2011-03-10 09:29:412011新春纪念徽章 日期:2011-02-18 11:43:342011新春纪念徽章 日期:2011-01-25 15:42:562011新春纪念徽章 日期:2011-01-25 15:42:332011新春纪念徽章 日期:2011-01-25 15:42:152011新春纪念徽章 日期:2011-01-25 15:41:502011新春纪念徽章 日期:2011-01-25 15:41:012010广州亚运会纪念徽章:网球 日期:2010-12-10 07:45:53ITPUB9周年纪念徽章 日期:2010-10-08 09:28:51
20#
发表于 2004-12-26 22:45 | 只看该作者
如果只是为了优化，还是可以做做研究的。但是绝对不能用于真正的系统设计！这种想法本身就不太切合实际。

使用道具 举报

回复

123下一页
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

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