光标移动大法---落落大神

执行计划

SQL> grant dba to scott;

Grant succeeded.

SQL> conn scott/scott

Connected.

创建测试表test

SQL> create table test as select * fromdba_objects;

Table created.

查看执行计划

SQL> explain plan for select count(*) from test;

Explained.

SQL> select* from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------------------

Plan hash value: 1950795681

-------------------------------------------------------------------

| Id | Operation | Name |Rows | Cost (%CPU)| Time |

-------------------------------------------------------------------

| 0| SELECT STATEMENT | | 1| 160 (2)| 00:00:02 |

| 1| SORT AGGREGATE | | 1 | | |

| 2| TABLE ACCESSFULL| TEST | 53509 | 160 (2)| 00:00:02 |

-------------------------------------------------------------------

Note

-----

- dynamicsampling used for this statement

13 rows selected.

SQL> select sum(bytes/1024/1024) "size_MB" from user_segments where segment_name='TEST';

size_MB

----------

6

我们查出来这个表有6MB，那么扫描的时候大概会扫描6MB

创建索引

SQL> create index idx on test(object_id);

Index created.

SQL> alter table test modify object_id not null;

Table altered.

SQL> explainplan for select count(*) from test;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------------------------------------

Plan hash value: 2452503352

----------------------------------------------------------------------

| Id | Operation | Name |Rows | Cost (%CPU)| Time |

----------------------------------------------------------------------

| 0| SELECT STATEMENT | | 1 | 29 (4)| 00:00:01 |

| 1| SORT AGGREGATE | | 1 | | |

| 2| INDEX FASTFULL SCAN| IDX | 53509 | 29 (4)| 00:00:01 |

----------------------------------------------------------------------

Note

-----

-dynamic sampling used for this statement

13 rows selected.

做sql优化不要看cost、时间，因为cost是靠数据公式算出来的，不一定准。要看访问路径以及访问的基数。

执行计划——显示当前的访问路径

 

表JOIN的实验

SQL>explain plan for select * from scott.dept d,scott.emp e where d.deptno=e.deptno and d.deptno=20;

Explained.

SQL> select * from table(dbms_xplan.display);

15:22:08 SYS@test(test)> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------
Plan hash value: 568005898

----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 5 | 290 | 4 (0)| 00:00:01 |
| 1 | NESTED LOOPS | | 5 | 290 | 4 (0)| 00:00:01 |
| 2 | TABLE ACCESS BY INDEX ROWID| DEPT | 1 | 20 | 1 (0)| 00:00:01 |
|* 3 | INDEX UNIQUE SCAN | PK_DEPT | 1 | | 0 (0)| 00:00:01 |
|* 4 | TABLE ACCESS FULL | EMP | 5 | 190 | 3 (0)| 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

3 - access("D"."DEPTNO"=20)
4 - filter("E"."DEPTNO"=20)

17 rows selected.

15:22:29 SYS@test(test)>

 

执行顺序：32410

分析：

Id=1 NESTED LOOPS ：嵌套循环，显示表与表之间的连接方式，此为父操作

Id=2 TABLE ACCESS BY INDEX ROWID：y与id=4缩进相同，处于同一个级别，但先执行上面的操作。Id=2下面又有一个缩进，意味着3是2的子操作，2是父操作，子操作先执行。

因此执行顺序是32410。

 

光标移动大法

看<光标移动大发.txt>，就用sql*plus看，不要用阅读器看。

不是缩进越靠右越先执行！

 

 

 

从下往上看：

光标放到42行的‘table’前面，向上移，可以看到正好移动到3‘nested’前面，说明，2是3和42的父操作；3是个嵌套循环，他自己也是个父操作；再把光标放到3的第一个子操作前即4；4也是个父操作，把光标移到4的第一个子操作即5前，5和39平；再移到5的第一个子操作前即6，发现6、19、40平，但40在39后面，不能穿墙（不能穿过39到40），所以40不能算；再放到7，7和18连接；7是父操作，看8和13；8是父操作，看9和10，因为9在10上，所以最先执行9！

从上往下看：

将光标放到0，发现没有与其对齐的；再把光标下移，放到1，发现也没有与其对齐的；光标移到2，没有与其对齐的；移到3,42与其对齐；接下来的步骤参照从下往上看。

看执行计划——找出父与子操作的关系