ORACLE中的执行专题计划.docVIP

Oracle 实施计划 1，什么是实施计划 所谓实施计划，顾名思义，就是对一个查询任务，做出一份怎样去完成任务具体方案。举个生活中例子，我从珠海要去英国，我能够 选择先去香港然后转机，也能够先去北京转机，或去广州也能够。不过到底怎样去英国划算，也就是我费用最少，这是一件值得考究 事情。一样对于查询而言，我们提交SQL仅仅是描述出了我们目标地是英国，但至于怎么去，通常我们SQL中是没有给出提醒信息 ，是由数据库来决定。 　　我们先简单看一个实施计划对比： 　　SQL set autotrace traceonly 　　实施计划一： 　　SQL select count(*) from t; 　　COUNT(*) 　　---------- 　　24815 　　Execution Plan 　　0　　　SELECT STATEMENT Optimizer=CHOOSE 　　1　　0　 SORT (AGGREGATE) 　　2　　1　　 TABLE Access (FULL) OF T 　　实施计划二： 　　SQL select count(*) from t; 　　COUNT(*) 　　24815 　　Execution Plan 　　0　　　SELECT STATEMENT Optimizer=CHOOSE (Cost=26 Card=1) 　　1　　0　 SORT (AGGREGATE) 　　2　　1　　 INDEX (FULL SCAN) OF T_INDEX (NON-UNIQUE) (Cost=26 Card=28180) 　　这两个实施计划中，第一个表示求和是经过进行全表扫描来做，把整个表中数据读入内存来逐条累加;第二个表示依据表中索引，把 整个索引读进内存来逐条累加，而不用去读表中数据。不过这两种方法到底哪种快呢?通常来说可能二比一快，但也不是绝正确。这是一 个很简单例子演示实施计划差异。对于复杂SQL(表连接、嵌套子查询等)，实施计划可能几十种甚至上百种，不过到底那种最好呢? 我们事前并不知道，数据库本身也不知道，不过数据库会依据一定规则或统计信息(statistics)去选择一个实施计划，通常来说选择是 比较优，但也有选择失误时候，这就是这次讨论价值所在。?Oracle优化器模式 　　Oracle优化器有两大类，基于规则和基于代价，在SQLPLUS中我们能够查看init文件中定义缺省优化器模式。 　　SQL show parameters optimizer_mode 　　NAME　　　　　　　　　　　　　　　　 TYPE　　VALUE 　　optimizer_mode　　　　　　　　　　 string　 CHOOSE 　　SQL 　　这是Oracle8.1.7 企业版，我们能够看出，默认安装后数据库优化器模式为CHOOSE,我们还能够设置为 RULE、 FIRST_ROWS,ALL_ROWS。能够在init文件中对整个instance全部会话设置，也能够单独对某个会话设置： 　　SQL ALTER SESSION SET optimizer_mode　= RULE; 　　会话已更改。 　　SQL　ALTER SESSION SET optimizer_mode　= FIRST_ROWS; 　　会话已更改。 　　SQL　ALTER SESSION SET optimizer_mode　= ALL_ROWS; 　　会话已更改。 　　基于规则查询，数据库依据表和索引等定义信息，根据一定规则来产生实施计划;基于代价查询，数据库依据搜集表和索引 数据统计信息(经过analyze 命令或使用dbms_stats包来搜集)综合来决定选择一个数据库认为最优实施计划(实际上不一定最优)。 RULE是基于规则，CHOOSE表示假如查询表存在搜集统计信息则基于代价来实施(在CHOOSE模式下Oracle采取是 FIRST_ROWS) ，不然基于规则来实施。在基于代价两种方法中，FIRST_ROWS指实施计划采取最少资源立即返回部分结果给用户端，对于排序分页 页显示这种查询尤其适用，ALL_ROWS指以总体消耗资源最少方法返回结果给用户端。 　　基于规则模式下，数据库实施计划通常比较稳定。但在基于代价模式下，我们才有更大机会选择最优实施计划。也因为 Oracle很多查询方面特征必需在基于代价模式下才能表现出来，所以我们通常不选择RULE(而且Oracle宣称从 Oracle 10i版本数据库 开始将不再支持 RULE)。既然是基于代价模式，也就是说实施计划选择是依据表、索引等定义和数据统计信息来决定，这个统计 信息是依据 analyze 命令或dbms_stats包来定时搜集。首先存在着一个