ITPub博客

首页 > 数据库 > Oracle > 10g和9i执行计划差异

10g和9i执行计划差异

原创 Oracle 作者:zyb200 时间:2007-04-25 21:07:50 0 删除 编辑
在oracle9i中执行计划如下分析:[@more@]


SQL> select ename,dname  from emp, dept  where emp.deptno=dept.deptno   and dept.dname in ('ACCOUNTING','RESEARCH','SALES','OPERATIONS');
  
  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)
  
  关于前面的两个数字,第一个是状态ID,第二个是父ID。
  
  就是如下所示:0-->1-->2
             |
             |-->3-->4
  在上图里,0的执行依靠1,1的执行又依赖2和3,2是没有子ID的,所以2最先执行,然后是4,在然后是3;然后2和3的结果传回1。

在oracle10g中执行计划的显示结果发生了改变:

SQL> set linesize 200
SQL> select count(*) from site_connect_detail;

COUNT(*)
----------
16250151


执行计划

----------------------------------------------------------
Plan hash value: 2918895406

----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time | Pstart| Pstop |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 15290 (4)| 00:03:04 | | |
| 1 | SORT AGGREGATE | | 1 | | | | |
| 2 | PARTITION RANGE ALL| | 14M| 15290 (4)| 00:03:04 | 1 | 44 |
| 3 | TABLE ACCESS FULL | SITE_CONNECT_DETAIL | 14M| 15290 (4)| 00:03:04 | 1 | 44 |
----------------------------------------------------------------------------------------------------


统计信息
----------------------------------------------------------
0 recursive calls
0 db block gets
74696 consistent gets
74052 physical reads
0 redo size
411 bytes sent via SQL*Net to client
385 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed

我们可以按照the rightmost-uppermost(最右最上) operation of an explain 规则来分析执行计划。

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

EXPLAIN结果字段如下:字段名 字段类型 含义
STATEMENT_ID VARCHAR2(30) explain PLAN 语句中所指定的最优STATEMENT_ID 参数值,
如果在EXPLAN PLAN语句中没有使用SET STATEMENT_ID,那么此值会被设为NULL。

REMARKS VARCHAR2(80) 与被解释规划的各步骤相关联的注释最长可达80 字节

OPERATION VARCHAR2(30) 各步骤所执行内部操作的名称在某条语句所产生的第一行中该列的可能取值如下DELETE STATEMENT INSERT STATEMENT SELECT STATEMENT UPDATE STATEMENT

OPTIONS VARCHAR2(30) 对OPERATION 列中所描述操作的变种

OBJECT_NODE VARCHAR2(128) 用于访问对象的数据库链接database link 的名称对于使用并行执行的本地查询该列能够描述操作中输出的次序

OBJECT_OWNER VARCHAR2(30) 对于包含有表或索引的架构schema 给出其所有者的名称

OBJECT_NAME VARCHAR2(30) 表或索引的名称

OBJECT_INSTANCE INTEGER 根据对象出现在原始original 语句中的次序所给出的相应次序编号就原始的语句文本而论其处理顺序为自左至右自外向内景象扩张view

OBJECT_TYPE VARCHAR2(30) 用于提供对象描述性信息的修饰符例如索引的NON-UNIQUE

OPTIMIZER VARCHAR2(255) 当前优化程序的模式 ID INTEGER 分配给执行规划各步骤的编号

PARENT_ID INTEGER 对ID 步骤的输出进行操作的下一个执行步骤的ID

POSITION INTEGER 对于具有相同PARENT_ID 的步骤其相应的处理次序

COST INTEGER 根据优化程序的基于开销的方法所估计出的操作开销值对于使用基于规则方法的语句该列为空该列值没有特定的测量单位它只是一个用于比较执行规划开销大小的权重值他是根据CPU开销和IO开销为参数的函数,而计算出来的一个开销值

CARDINALITY INTEGER 根据基于开销的方法对操作所访问行数的估计值

BYTES INTEGER 根据基于开销的方法对操作所访问字节的估计

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/64429/viewspace-912396/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-04-19

  • 博文量
    54
  • 访问量
    209642