含有:1（N）且为时间类型的SQL的执行计划如何稳固在？

KFC

11.2.0.3+aix6.1

select /*+ full(a1) */ count(1) from a1
   where created=to_date(:1,'YYYYMMDDHH24MISS');

情况：在程序端绑死了HINT，在共享池中只存在一种执行计划（AWR历史记录也是）
现在的目的是：修改执行计划为：
select /*+ index(a1,idx_created) */ count(1) from a1
   where created=to_date(:1,'YYYYMMDDHH24MISS');

还是没有想到很好的办法，来这里咨询下；

计划使用工具:BASELINE

Maclean Liu(刘相兵

1、同学你的HINT加的有问题
2、 所谓绑定 你是要绑现在使用的执行计划， 还是别的？
3、 你的语句很简单，考虑到created可能是 数据分布倾斜的字段 你可以关闭 bind peek 来稳定执行计划，则绝大多数情况都很问题

4、 对于11203 我建议你参考我 关闭11g惹祸特性的帖子

KFC

O，这条SQL只是个例子，真实生产环境有区别，
我的目的是想有个解决思路；
绑定修正后的执行计划 ；

也就是，在内存中修正再转入到BASELINE
LOAD_PLANS_FROM_CURSOR_CACHE
DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE (
sql_id IN VARCHAR2,  --构造的修正SQL
plan_hash_value IN NUMBER := NULL,  --构造的修正SQL
sql_text IN CLOB,  --原始SQL
fixed IN VARCHAR2 := 'NO',
enabled IN VARCHAR2 := 'YES')
RETURN PLS_INTEGER;

现在的问题在于构造上。！

warmbreeze

执行一下
select /*+ index(a1,idx_created) */ count(1) from a1
   where created=to_date(:1,'YYYYMMDDHH24MISS');
得到sql_id, plan_hash_value , 带入
LOAD_PLANS_FROM_CURSOR_CACHE
DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE (
sql_id IN VARCHAR2,  --构造的修正SQL
plan_hash_value IN NUMBER := NULL,  --构造的修正SQL
sql_text IN CLOB,  --原始SQL
fixed IN VARCHAR2 := 'NO',
enabled IN VARCHAR2 := 'YES')
就可以了