安科网

Oracle排序合并连接

狂浪的旮旯天地

狂浪的旮旯天地

2013-02-13

关注 关注

为了弥补嵌套循环连接的不足，即在连接数据量比较大时，为了缩减嵌套循环连接中的大量随机读取，以及连接列不存在索引时，可以替代嵌套循环连接。

但是为了实现表连接，它必须要先对两个表中的将要执行连接的行进行排序。虽然这种方式提高了连接效率，但由于排序的存在，增加了连接的代价。如果能够快速的完成排序操作（排序内存空间大小(sort_area_size)，并行），那么在处理大数据量时，排序合并连接将是不错的选择。

如果在连接列上有索引，并且利用该索引读取数据，由于索引是有序的，可以消除外部行源的排序操作。

排序合并连接没有嵌套循环连接中驱动表的概念。

  1. SQL> createtable t1 asselect * from dba_objects;
  3. 表已创建。
  5. SQL> createtable t2 asselect * from dba_objects;
  7. 表已创建。
  9. SQL> set autot traceonly
  10. SQL> set linesize 120
  11. SQL> select /*+ use_merge(t1,t2) +*/ t1.object_id,t1.object_name,t2.object_name
  12. 2 from t1,t2
  13. 3 where t1.object_id=t2.object_id;
  15. 已选择50425行。
  18. 执行计划
  19. ----------------------------------------------------------
  20. Plan hash value: 412793182
  22. ------------------------------------------------------------------------------------
  23. | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
  24. ------------------------------------------------------------------------------------
  25. | 0 | SELECT STATEMENT | | 53430 | 8244K| | 2379 (2)| 00:00:29 |
  26. | 1 | MERGE JOIN | | 53430 | 8244K| | 2379 (2)| 00:00:29 |
  27. | 2 | SORT JOIN | | 53430 | 4122K| 9304K| 1152 (2)| 00:00:14 |
  28. | 3 | TABLE ACCESS FULL| T1 | 53430 | 4122K| | 161 (2)| 00:00:02 |
  29. |* 4 | SORT JOIN | | 57436 | 4431K| 9M| 1227 (2)| 00:00:15 |
  30. | 5 | TABLE ACCESS FULL| T2 | 57436 | 4431K| | 161 (2)| 00:00:02 |
  31. ------------------------------------------------------------------------------------
  33. Predicate Information (identified by operation id):
  34. ---------------------------------------------------
  36. 4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  37. filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  39. Note
  40. -----
  41. - dynamic sampling used for this statement
  44. 统计信息
  45. ----------------------------------------------------------
  46. 0 recursive calls
  47. 0 db block gets
  48. 1396 consistent gets
  49. 0 physical reads
  50. 0 redo size
  51. 3166055 bytes sent via SQL*Net to client
  52. 37356 bytes received via SQL*Net from client
  53. 3363 SQL*Net roundtrips to/from client
  54. 2 sorts (memory)
  55. 0 sorts (disk)
  56. 50425 rows processed
  58. SQL> createindex ind_t1_object_id on t1(object_id);
  60. 索引已创建。
  62. SQL> createindex ind_t2_object_id on t2(object_id);
  64. 索引已创建。
  66. /**由于索引是有序的，可以消除外部行源的排序操作*/
  67. SQL> select /*+ use_merge(t1,t2) +*/ t1.object_id,t1.object_name,t2.object_name
  68. 2 from t1,t2
  69. 3 where t1.object_id=t2.object_id ;
  71. 已选择50425行。
  74. 执行计划
  75. ----------------------------------------------------------
  76. Plan hash value: 3739185171
  78. ---------------------------------------------------------------------------------------------------------
  79. | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
  80. ---------------------------------------------------------------------------------------------------------
  81. | 0 | SELECT STATEMENT | | 53430 | 8244K| | 2031 (1)| 00:00:25 |
  82. | 1 | MERGE JOIN | | 53430 | 8244K| | 2031 (1)| 00:00:25 |
  83. | 2 | TABLE ACCESS BYINDEX ROWID| T2 | 57436 | 4431K| | 879 (1)| 00:00:11 |
  84. | 3 | INDEXFULL SCAN | IND_T2_OBJECT_ID | 57436 | | | 125 (2)| 00:00:02 |
  85. |* 4 | SORT JOIN | | 53430 | 4122K| 9304K| 1152 (2)| 00:00:14 |
  86. | 5 | TABLE ACCESS FULL | T1 | 53430 | 4122K| | 161 (2)| 00:00:02 |
  87. ---------------------------------------------------------------------------------------------------------
  89. Predicate Information (identified by operation id):
  90. ---------------------------------------------------
  92. 4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  93. filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  95. Note
  96. -----
  97. - dynamic sampling used for this statement
  100. 统计信息
  101. ----------------------------------------------------------
  102. 8 recursive calls
  103. 0 db block gets
  104. 8384 consistent gets
  105. 117 physical reads
  106. 0 redo size
  107. 3166055 bytes sent via SQL*Net to client
  108. 37356 bytes received via SQL*Net from client
  109. 3363 SQL*Net roundtrips to/from client
  110. 3 sorts (memory)
  111. 0 sorts (disk)
  112. 50425 rows processed
  114. SQL> select /*+ use_merge(t1,t2) index(t1 ind_t1_object_id) +*/ t1.object_id,t1.object_name,t2.object_name
  115. 2 from t1,t2
  116. 3 where t1.object_id=t2.object_id ;
  118. 已选择50425行。
  121. 执行计划
  122. ----------------------------------------------------------
  123. Plan hash value: 3856170417
  125. ---------------------------------------------------------------------------------------------------------
  126. | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
  127. ---------------------------------------------------------------------------------------------------------
  128. | 0 | SELECT STATEMENT | | 53430 | 8244K| | 2107 (1)| 00:00:26 |
  129. | 1 | MERGE JOIN | | 53430 | 8244K| | 2107 (1)| 00:00:26 |
  130. | 2 | TABLE ACCESS BYINDEX ROWID| T1 | 53430 | 4122K| | 881 (1)| 00:00:11 |
  131. | 3 | INDEXFULL SCAN | IND_T1_OBJECT_ID | 53430 | | | 125 (2)| 00:00:02 |
  132. |* 4 | SORT JOIN | | 57436 | 4431K| 9M| 1227 (2)| 00:00:15 |
  133. | 5 | TABLE ACCESS FULL | T2 | 57436 | 4431K| | 161 (2)| 00:00:02 |
  134. ---------------------------------------------------------------------------------------------------------
  136. Predicate Information (identified by operation id):
  137. ---------------------------------------------------
  139. 4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  140. filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  142. Note
  143. -----
  144. - dynamic sampling used for this statement
  147. 统计信息
  148. ----------------------------------------------------------
  149. 7 recursive calls
  150. 0 db block gets
  151. 8386 consistent gets
  152. 0 physical reads
  153. 0 redo size
  154. 3166055 bytes sent via SQL*Net to client
  155. 37356 bytes received via SQL*Net from client
  156. 3363 SQL*Net roundtrips to/from client
  157. 3 sorts (memory)
  158. 0 sorts (disk)
  159. 50425 rows processed
  161. SQL> select /*+ use_merge(t1,t2) index(t1 ind_t1_object_id) index(t2 ind_t2_object_id) +*/ t1.object_id,t1.object_name,
  162. 2.object_name
  163. 2 from t1,t2
  164. 3 where t1.object_id=t2.object_id ;
  166. 已选择50425行。
  169. 执行计划
  170. ----------------------------------------------------------
  171. Plan hash value: 3655247094
  173. ----------------------------------------------------------------------------------------------------------
  174. | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
  175. ----------------------------------------------------------------------------------------------------------
  176. | 0 | SELECT STATEMENT | | 53430 | 8244K| | 2750 (1)| 00:00:34 |
  177. | 1 | MERGE JOIN | | 53430 | 8244K| | 2750 (1)| 00:00:34 |
  178. | 2 | TABLE ACCESS BYINDEX ROWID | T2 | 57436 | 4431K| | 879 (1)| 00:00:11 |
  179. | 3 | INDEXFULL SCAN | IND_T2_OBJECT_ID | 57436 | | | 125 (2)| 00:00:02 |
  180. |* 4 | SORT JOIN | | 53430 | 4122K| 9304K| 1872 (1)| 00:00:23 |
  181. | 5 | TABLE ACCESS BYINDEX ROWID| T1 | 53430 | 4122K| | 881 (1)| 00:00:11 |
  182. | 6 | INDEXFULL SCAN | IND_T1_OBJECT_ID | 53430 | | | 125 (2)| 00:00:02 |
  183. ----------------------------------------------------------------------------------------------------------
  185. Predicate Information (identified by operation id):
  186. ---------------------------------------------------
  188. 4 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  189. filter("T1"."OBJECT_ID"="T2"."OBJECT_ID")
  191. Note
  192. -----
  193. - dynamic sampling used for this statement
  196. 统计信息
  197. ----------------------------------------------------------
  198. 7 recursive calls
  199. 0 db block gets
  200. 8551 consistent gets
  201. 0 physical reads
  202. 0 redo size
  203. 3166055 bytes sent via SQL*Net to client
  204. 37356 bytes received via SQL*Net from client
  205. 3363 SQL*Net roundtrips to/from client
  206. 3 sorts (memory)
  207. 0 sorts (disk)
  208. 50425 rows processed

oracle执行计划 t1

狂浪的旮旯天地

狂浪的旮旯天地

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

关于ORACLE索引的几种扫描方式

一条sql执行的效率因执行计划的差异而影响，经常说这条sql走索引了，那条sql 全表扫了。索引是怎么走的呢，说说我了解到的几种索引走的方式。具体来说，仅当查询谓词使用等号运算符引用唯一索引键中的所有列时，数据库才执行唯一扫描.数据库从索引条目中获取行标识

娜娜 2020-07-18

疑问？ Oracle普通的B树索引是升序还是降序？

Oracle普通的B树索引是升序还是降序？SQL> create table a as select * from dba_objects;SQL> select object_name from a where object_id in or

talkingDB 2020-07-05

oracle执行计划打印

下班逗猫闲得无聊，写写自己对几种oracle执行计划打印的认识。废话少说开始吧方式一：explain plan for使用explain plan for，这种查询方式适合查看单条执行SQL的执行计划。explain plan for的查看方式也有两种：1

zhangchaoming 2020-06-21

Oracle绑定变量优缺点

因为oracle对于sql语句的首先的解析逻辑，会先匹配是否可以软解析，不行则会进行硬解析，相对而言 硬解析比较麻烦。select * from table where id = ‘1‘ 和select * from table where id = ‘2

zhangchaoming 2020-05-27

Oracle里的执行计划

第二章：Oracle里的执行计划2.1 什么是执行计划Oracle用来执行目标SQL语句的这些步骤的组合就被称为执行计划。可以看到Oracle在执行目标SQL时所用的内部执行步骤，这些步骤的执行顺序，所对应的的谓词信息、列信息，优化器评估出来执行这些步骤后

LuoXinLoves 2020-05-04

面试篇三：数据库MySQL、Oracle

SELECT * FROM admin_company ORDER BY id LIMIT 0,10;limit后参数代表什么意思？LIMIT[位置偏移量,]行数，第一个参数是从哪个序号加上，初始是0，第二个参数是查询多少行记录。MySQL在创建表时就会创

康慧欣 2020-05-02

[ORACLE]自适应游标共享Adaptive Cursor Sharing

v$SQL_CS_SELECTIVITY --查看SQL游标的各个变量选择范围,它包含着各个条件谓词,绑定变量值以及它的最大值和最小值等信息。select IS_BIND_SENSITIVE,IS_BIND_AWARE,IS_SHAREABLE,SQL_T

Justdoit00 2020-04-26

oracle数据库应用开发经验

一般应用都会有一些表用来记录用户操作日志，数据变更记录，交易流水等日志型的库表。这些表最好按时间字段做分区，这样在迁移或者清理历史记录时会比较方便，借助oracle的分区交换清理特性，效率比delete高很多。Oracle在创建序列可以指定cache参数，

oraclemch 2019-12-29

Oracle调优之no_unnest和unnest用法简介

本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。Hint对于开发人员来

talkingDB 2020-01-11

Oracle查看SQL执行计划1--explain plan

SQL> set linesize 800SQL> select * from table;Oracle10g\11g中，如果我们对目标SQL执行explain plan命令，则oracle就将解析目标SQL所产生的执行计划的具体执行步骤写入P

Streamoutput 2020-01-10

数据库-Oracle通过执行计划查看查询语句是否使用索引【转】

select * from t_call_records where t_bjhm=‘123456‘。如上图所示，index range scan为索引范围扫描;索引范围扫描，当优化器发现在UNIQUE列上使用了大于、小于、大于等于、小于等于以及BETWE

Streamoutput 2019-12-02

Oracle Proc编程性能优化经验

Proc 是Oracle提供的一种数据库操作的AP。它是基于ESql技术的，需要预编译后才可以变成普通c代码，非常不直观，使用起来不太方便，阅读也存在困难。因为这些问题导致程序员平时开发中会出现一些Proc操作存在效率低下的情况，本文介绍一些Proc一些编

oraclemch 2019-12-01

记一次Oracle数据库实验--索引的常见执行计划

INDEX FULL SCAN：索引的全扫描，单块读，有序INDEX RANGE SCAN：索引的范围扫描INDEX FAST FULL SCAN：索引的快速全扫描，多块读，无序INDEX FULL SCAN：针对MAX(),MIN()函数的查询INDEX

der 2019-11-27

Oracle笔记

utm_source=blogxgwz14

zgxzowen 2015-07-01

分享一份Oracle官方文档学习路线图

概述今天主要分享下Oracle数据库的官方文档学习路线图。重点如下：1、sql、pl/sql. 作为oracle的基本功，需要大家对sql和plsql非常的熟悉。特别是sql里面的多表连接、子查询、各种新版本的函数，以及plsql里面的所有语法。不要认为这

jbossllx 2019-11-05

SQL Server,MySQL,Oracle三者的区别

完全支持所有的工业标准。对开发商全力支持，Oracle并行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT的能力，提供高可用性和高伸缩性的簇的解决方案。Oracle的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。　Oracle

静思苑 2019-01-15

Oracle中游标Cursor使用实例

Oracle数据库中的cursor分为2中类型：shared cursor，session cursor. 会缓存存储目标sql的sql文本、解析树、该sql所涉及的对象定义、该sql所使用的绑定变量类型和长度，以及改sql的执行计划等信息。分别在V$SQ

人勤阡陌绿 2019-03-27

Oracle SQL性能分析之10053事件

优化器生成正确执行计划的前提条件是要有正确的统计信息，不准确的统计信息往往会导致错误的执行计划。当通过SQL和基数推断出的执行计划和实际执行计划不同时，就可以借助10053事件。10053事件是用来诊断优化器如何估算成本和选择执行计划的，用它产生的trac

Cavlier 2019-03-19

Oracle高并发系列1：DML引起的常见问题及优化思路

王鹏冲，平安科技数据库技术专家，浸淫数据库行业十多年，对Oracle数据库有浓厚兴趣，也对MySQL、MongoDB、Redis等数据库有一定架构和运维经验，目前正沉迷在PostgreSQL数据库与Oracle数据库的PK之中，重点在关系型数据库的分布式架

EricRay 2017-05-26

oracle--如何分析执行计划

当这个操作完成之后，产生的rowsource中的数据被送往下一步骤进行处理，在此例中，SELECTSTATEMENT操作是这个查询语句的最后一步。决定该语句使用何种优化器的唯一方法是看后面的cost部分。例如，如果给出的是下面的形式，则表明使用的是CBO优

javamao00 2011-08-15
狂浪的旮旯天地

狂浪的旮旯天地

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号