oracle sql 高级编程学习笔记（十六）

使用解释执行有下面三点可能导致解释执行计划与实际执行不一致。
1、解释执行计划是基于你使用它的时候的环境来产生的
2、解释执行计划不考虑绑定变量的数据类型（所有变量都是varchar2类型）
3、解释执行计划不窥视绑定变量的值

create table regions_2 (
region_id varchar2(10) primary key,
region_name varchar2(25)
);
insert into  regions_2   select  t.* from regions  t;
 variable regid number
  exec :regid:=1
 select * from regions_2 where region_id =:regid;

解释执行计划如下

查看实际执行计划
先执行sql

切换到dba用户
找到刚刚执行sql的sql_id

SELECT sql_text,sql_id
    FROM V$SQL 
    where sql_text like 'select * from regions_2 where region_id =:regid';

查看实际执行计划

    SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR('4w8g3n99kkk73',0));

注意解释执行计划与实际计划在谓语部分已经充分表明实际计划为什么采用了全部扫描，
解释执行计划中 谓语是”region_id” =:regid’,而实际执行计划的谓语是 to_number(“region_id”)=:regid,
也就说明解释执行计划中，数据类型都是字符串类型，而实际执行计划中需要考虑数据类型，oracle隐士的将regid
转换为number类型，而这个例子中的to_number函数使得不允许使用索引。
总结：谓语必须严格匹配索引定义，否则不会走索引。解释执行计划输出不能作为测试的唯一来源
，预期永远只能是预期。要真正的确定sql语句的行为并准确判断语句是否已提供最优性能，需查看实际执行统计信息。