如果要了解执行计划和执行顺序，必须理解执行计划的父子关系。执行计划是一个树状结构，顶层的STATEMENT是这棵树的根。父子关系按照如下的树状结构组织：
PARENT FIRST CHILD SECOND CHILD |
在这个例子里，FIRST CHILD最先执行，然后是SECOND CHILD，这两个步骤执行完毕后，执行PARENT。下面是一个更多层次的结构：
PARENT1 FIRST CHILD FIRST GRANDCHILD SECOND CHILD |
FIRST GRANDCHILD是第一个执行的步骤，然后是FIRST CHILD。下面通过一个真实的执行计划来验证这个原则：
set autotrace traceonly explain select ename,dname from emp, dept where emp.deptno=dept.deptno and dept.dname in (‘ACCOUNTING’,’RESEARCH’,’SALES’,’OPERATIONS’); 15 rows selected. |
这个语句的执行计划如下：
Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=8 Bytes=248) 1 0 HASH JOIN (Cost=3 Card=8 Bytes=248) 2 1 TABLE ACCESS (FULL) OF ‘DEPT’ (Cost=1 Card=3 Bytes=36) 3 1 TABLE ACCESS (FULL) OF ‘EMP’ (Cost=1 Card=16 Bytes=304) |
注意这个执行计划的最左边的两个列，第一个列是步骤的ID，第二个列是父步骤的ID。执行从ID=0的行开始：
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=8 Bytes=248) |
这个步骤没有父步骤，有一个子步骤(ID=1)，所以这个ID=1的步骤必须在执行步骤0之前执行。继续观察ID=1的步骤：
|
1 0 HASH JOIN (Cost=3 Card=8 Bytes=248) |
2 1 TABLE ACCESS (FULL) OF ‘DEPT’ (Cost=1 Card=3 Bytes=36) |
这个步骤是ID=1的步骤的子步骤，并且该步骤没有任何子步骤。因此该步骤是这个SQL语句第一个执行的步骤，这个步骤产生的结果集会提供给ID=1的步骤。这个步骤是对表DEPT进行全表扫描，这个步骤的COST=1。
ID=1的步骤也依赖ID=3的步骤：
3 1 TABLE ACCESS (FULL) OF ‘EMP’ (Cost=1 Card=16 Bytes=304) |
这个步骤是ID=1的步骤的第二个子步骤，没有任何子步骤，在这个语句中，是第二个被执行的步骤。
ID=1的步骤将ID=3和ID=3的步骤的结果集进行HASH 连接，然后把结果交给ID=0的步骤，就完成了本语句的执行。
---------------------------------------------------------------------------------------------------------------------------------
有同事问我如何看执行计划的执行顺序。这个问题我想很多朋友都会不屑一顾的，这么简单的问题，谁不会看?
但是这里我还是想说一说我是怎样看执行计划的执行顺序的。
我看执行计划的执行顺序的原则就是先从最开头一直往右看，直到看到最右边的并列的地方，对于不并列的，靠右的先执行;如果见到并列的，就从上往下看，对于并列的，靠上的先执行。
好了，我们以上述原则来看一个实例：
SQL*Plus: Release 10.2.0.1.0 - Production on 星期四 5月 21 13:09:27 2009 Copyright (c) 1982, 2005, Oracle. All rights reserved. SQL> conn ipra/acca@ipradev; |
已连接。
|
SQL> select count(*) from (select o.oatfna,o.oatprf,o.oatfrm,o.oattkt,o.oatcpn,o.oatpst,substr(u.ute dsp,1,5) as errnum,o.oatcdt,o.oatcid from owbatn o,uplter u where (o.oatcer='Y' and o.oatcpn='0' and u.utetkt=o.oattkt and u.rowid= (select max(rowid) from uplter where utetkt = o.oattkt and utefna=o .oatfna)) or o.oatpst='D' or o.oatpst='I' or o.oatpst='F'); COUNT(*) ---------- 17809 SQL> select * from table(dbms_xplan.display_cursor); PLAN_TABLE_OUTPUT ---------------------------------------------------------------------------------------------------- SQL_ID 01nxqdvn71mx5, child number 0 ------------------------------------- select count(*) from (select o.oatfna,o.oatprf,o.oatfrm,o.oattkt,o.oatcpn,o.oatpst,substr(u.u tedsp,1,5) as errnum,o.oatcdt,o.oatcid from owbatn o,uplter u where (o.oatcer='Y' and o.oatcpn='0' and u.utetkt=o.oattkt and u.rowid= (select max(rowid) from uplter where utetkt = o.oattkt and utefna=o.oatfna)) or o.oatpst='D' or o.oatpst='I' or o.oatpst='F') Plan hash value: 2105702960 ---------------------------------------------------------------------------------------------------- |
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | PLAN_TABLE_OUTPUT ---------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | | | 3082 (100)| | | 1 | SORT AGGREGATE | | 1 | 54 | | | | 2 | CONCATENATION | | | | | | | 3 | MERGE JOIN CARTESIAN | | 470K| 24M| 1969 (4)| 00:00:24 | |* 4 | TABLE ACCESS FULL | OWBATN | 1 | 34 | 851 (5)| 00:00:11 | | 5 | BUFFER SORT | | 316K| 6175K| 1118 (3)| 00:00:14 | | 6 | TABLE ACCESS FULL | UPLTER | 316K| 6175K| 1118 (3)| 00:00:14 | |* 7 | FILTER | | | | | | |* 8 | HASH JOIN | | 37522 | 1978K| 1109 (6)| 00:00:14 | |* 9 | TABLE ACCESS FULL | OWBATN | 20956 | 695K| 852 (5)| 00:00:11 | | 10 | INDEX FAST FULL SCAN | IDX_UPLTER_UTETKT | 316K| 6175K| 246 (6)| 00:00:03 | | 11 | SORT AGGREGATE | | 1 | 38 | | | |* 12 | TABLE ACCESS BY INDEX ROWID| UPLTER | 1 | 38 | 4 (0)| 00:00:01 | |* 13 | INDEX RANGE SCAN | IDX_UPLTER_UTETKT | 2 | | 3 (0)| 00:00:01 | ---------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 4 - filter(("O"."OATPST"='D' OR "O"."OATPST"='F' OR "O"."OATPST"='I')) 7 - filter("U".ROWID=) PLAN_TABLE_OUTPUT ---------------------------------------------------------------------------------------------------- 8 - access("U"."UTETKT"="O"."OATTKT") 9 - filter(("O"."OATCPN"=0 AND "O"."OATCER"='Y' AND LNNVL("O"."OATPST"='I') AND LNNVL("O"."OATPST"='F') AND LNNVL("O"."OATPST"='D'))) 12 - filter("UTEFNA"=:B1) 13 - access("UTETKT"=:B1) |
已选择39行。
好了，我们现在根据上述原则来解析一下上述执行计划的执行顺序。
先从最开头一直往右看，直到看到最右边的并列的地方，对于不并列的，靠右的先执行：
从上述执行计划的开头一直往右看，直到找到最右边并列的。也就是从SELECT STATEMENT开始往右找，一直找到TABLE ACCESS FULL，这时候发现BUFFER SORT和它并列。
此时我们已经可以知道TABLE ACCESS FULL一定是比BUFFER SORT(包括其右边的所有语句)先执行，因为对于并列的，靠上的先执行。
|* 4 | TABLE ACCESS FULL | OWBATN | 1 | 34 | 851 (5)| 00:00:11 | | 5 | BUFFER SORT | | 316K| 6175K| 1118 (3)| 00:00:14 | | 6 | TABLE ACCESS FULL | UPLTER | 316K| 6175K| 1118 (3)| 00:00:14 | |
正确的执行顺序是：
先执行TABLE ACCESS FULL | OWBATN | 1 | 34 | 851 (5)| 00:00:11 |
再执行TABLE ACCESS FULL | UPLTER | 316K| 6175K| 1118 (3)| 00:00:14 |
最后执行BUFFER SORT | | 316K| 6175K| 1118 (3)| 00:00:14 |
这样我们就解析出来了最内层上述三条语句的执行顺序，然后我们再应用上述原则解析其外层语句，一层一层剥离，就很容易得到了整个执行计划的顺序，这里我把按照上述原则解析出来的执行计划的顺序paste出来，如下所示：
第一步：TABLE ACCESS FULL | OWBATN | 1 | 34 | 851 (5)| 00:00:11 |
第二步：TABLE ACCESS FULL | UPLTER | 316K| 6175K| 1118 (3)| 00:00:14 |
第三步：BUFFER SORT | | 316K| 6175K| 1118 (3)| 00:00:14 |
第四步：MERGE JOIN CARTESIAN | | 470K| 24M| 1969 (4)| 00:00:24 |
第五步：TABLE ACCESS FULL | OWBATN | 20956 | 695K| 852 (5)| 00:00:11 |
第六步：INDEX FAST FULL SCAN | IDX_UPLTER_
