绑定变量优化方案

gdpr-dba

版本是10.2.0.4

看下面这条语句：
select * from test where id = :1;

假设不同id的值语句的最优执行计划是不一样的，比如id=1时最优执行计划是索引扫描，而id=2时最优执行计划是全表扫描。
由于存在绑定变量窥视，所以假如第一次代入的值是1，那么下一次代入的值是2的时候语句也会走索引扫描，明显这个执行计划不是最优的。
当然取消绑定变量可以解决这个问题，但是假如这种语句很多的话会照成大量的硬解析。

刘大在这种情况下应该如何选择优化方案呢？

Maclean Liu(刘相兵

11g 之前针对存在严重列倾斜的 语句 应当区别对待， 对于 选择性好selective的情况继续使用绑定变量。  对于选择性较差 返回大量结果集 或者存在FULL TABLE SCAN的 输出变量 则却别对待。 这主要 通过程序层面来处理 ， 如果无法从 程序层面解决，往往需要首先保证OLTP应用短查询可用。

11g以后提出了 adaptive cursor sharing 自适应游标的特性， 理论上可以有效解决 绑定变量带来的问题。