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

短命女 2022-05-14 10:17 156阅读 0赞

使用解释执行有下面三点可能导致解释执行计划与实际执行不一致。  
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;

解释执行计划如下  
![这里写图片描述][70]

查看实际执行计划  
先执行sql  
![这里写图片描述][70 1]

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

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

![这里写图片描述][70 2]

查看实际执行计划

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

![这里写图片描述][70 3]

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

[70]: /images/20220514/a2e80c2050b641329f814b974baa2cd3.png
[70 1]: /images/20220514/4177cfd5282b4baf950d44ead7b2ee3a.png
[70 2]: /images/20220514/e603f87500f44e9da93f0d416d1b0c33.png
[70 3]: /images/20220514/96927eb9f0614f63bba72d591a98b14e.png