Chinaunix首页 | 论坛 | 博客
  • 博客访问: 663275
  • 博文数量: 779
  • 博客积分: 5000
  • 博客等级: 大校
  • 技术积分: 5000
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-27 13:28
文章分类

全部博文(779)

文章存档

2011年(1)

2008年(778)

我的朋友

分类:

2008-10-27 13:38:40

       语句优化规则汇总(1) ()

      语句优化规则汇总(2)()

      Oracle语句优化规则汇总(3)()

      Oracle语句优化规则汇总(4)()

       1. 用EXPLAIN PLAN 分析SQL语句

  EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句。 通过分析,我们就可以知道ORACLE是怎么样连接表,使用什么方式扫描表(索引扫描或全表扫描)以及使用到的索引名称。

  你需要按照从里到外,从上到下的次序解读分析的结果。 EXPLAIN PLAN分析的结果是用缩进的格式排列的, 最内部的操作将被最先解读, 如果两个操作处于同一层中,带有最小操作号的将被首先执行。

  NESTED LOOP是少数不按照上述规则处理的操作, 正确的执行路径是检查对NESTED LOOP提供数据的操作,其中操作号最小的将被最先处理。

  通过实践, 感到还是用SQLPLUS中的SET TRACE 功能比较方便。

  举例:

SQL> list
1 SELECT *
2 FROM dept, emp
  3* WHERE emp.deptno = dept.deptno
SQL> set autotrace traceonly /*traceonly
可以不显示执行结果*/
SQL> /
14 rows selected.
Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   NESTED LOOPS
   2    1     TABLE ACCESS (FULL) OF 'EMP'
   3    1     TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'
   4    3       INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)

Statistics
----------------------------------------------------------
          0 recursive calls
          2 db block gets
         30 consistent gets
          0 physical reads
          0 redo size
       2598 bytes sent via SQL*Net to client
        503 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          0 sorts (memory)
          0 sorts (disk)
         14 rows processed

  通过以上分析,可以得出实际的执行步骤是:

  1. TABLE ACCESS (FULL) OF 'EMP'

  2. INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)

  3. TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'

  4. NESTED LOOPS (JOINING 1 AND 3)

[1]   

【责编:Zenghui】

--------------------next---------------------

阅读(259) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~