ORA 9i SQL语句绑定变量－优化

阅读更多

今天听课说，关于绑定变量，在9i前需要app，如果在9i后，如果app已经烂到根拉，从来没有用过绑定变量，那么还可以用这个参数，用了这个参数，就会把所有的sql都变成绑定变量的拉。。。太牛了吧。不行，我的测试一下...

 

游标共享
设置参数 CURSOR_SHARING=FORCE或CURSOR_SHARING=SIMILAR,
可把SQL语句的字面值转换成绑定变量,减少解析SQL的时间

 

Oracle9i里一个令人激动的内部新特性是，它允许SQL基于代价的优化器（cost-based optimizer，CBO）改变执行计划，即使正在使用优化器计划的稳定性。这叫做“窥视（peeking）”，当绑定变量导致SQL的执行计划发生重大改变的时候，它允许SQL的CBO更该执行计划。

但是，指针共享在优化的时候有一个处理延迟，只有当应用程序生成动态SQL的时候，或者它在必须嵌入文字值的应用程序里的时候，它才应该被使用。由于绑定变量的缘故，PL／SQL应用程序不会从指针共享里获益。

为了说明这一问题，你可以考虑以下这样一个例子：我们的CURSOR_SHARING参数被设置为FORCE。这会把所有的SQL文字值都改为库缓冲区里的主变量（host variable）。

现在，让我们假设我们有了一个对客户（customer）表格的区域（region）列的索引。区域列有四个值：东（east）、南（south）、西（west）、北（north）。区域列的数据值高度不对称，90％的值都在南部地区。

所以在指定南部的时候，让SQL的CBO来执行完整的表格扫描，而在指定东、西、北的时候，使用索引范围扫描，这样速度会更快。在使用指针共享的时候，SQL的CBO会把SQL里的任何文字值都改为绑定变量。所以这个陈述式可以改成下面这样：

select
   customer_stuff
from
   customer
where
   region = 'west';

这个转换会把文字west替换成主变量：

select
   customer_stuff
from
   customer
where
   region = ':var1';

在Oracle9i里，SQL的CBO会在第一次调用指针的时候，“窥视”由用户定义的绑定变量的值。这就能够让优化器确定WHERE子句操作符的选择性，并在south值每次出现在SQL的时候更改执行计划。

当绑定变量用于高度不对称的数据列时，这就极大地提高了指针共享的性能。在Oracle9i里，我们看到了一个用于CURSOR_SHARING的新设置，叫做SIMILAR。

有了CURSOR_SHARING=SIMILAR，Oracle会切换到绑定变量，如果这样做不会导致结果产生任何变化的话，但是如果使用绑定变量会造成结果的巨大变化，它就会使用文字值。

stop!
有Bug



把参数cursor_sharing=exact 该为cursor_sharing=force后会极大的提高非共享的动态sql语句的执行性能。（oracle自动通过变量绑定实现）

如：
select * from heat_handle where order = 1;
select * from heat_handle where order = 2;
oracle认为这两句是一样的，可以重用。

首先oracle 把select * from heat_handle where order = 1;
改为select * from heat_handle where order = :"SYS_B0";
然后用select * from heat_handle where order = :"SYS_B0";的执行计划来
执行select * from heat_handle where order = 2;


由此引起的问题：
把参数cursor_sharing=exact 该为cursor_sharing=force后
下面的语句
SELECT RGSTJ_13.worker,
(FLOOR(SUM(RGSTJ_13.T_TIME1)/60) + MOD(SUM(RGSTJ_13.T_TIME1),60)/100)
FROM WELDPR.RGSTJ_13
group by RGSTJ_13.worker;
执行后：在库缓存中的sql语句是
SELECT worker,
((FLOOR(SUM(RGSTJ_13.T_TIME1)/:"SYS_B_0")
+
MOD(SUM(RGSTJ_13.T_TIME1),:"SYS_B_1")/:"SYS_B_2"))
FROM WELDPR.RGSTJ_13
group by RGSTJ_13.worker;

当在次执行
SELECT RGSTJ_13.worker,
(FLOOR(SUM(RGSTJ_13.T_TIME1)/60) + MOD(SUM(RGSTJ_13.T_TIME1),60)/100)
FROM WELDPR.RGSTJ_13
group by RGSTJ_13.worker;
语句时提示错误
ORA-01006 bind variable not exits
因为已经把原来的sql语句中的60，60，100用:"SYS_B_0"，:"SYS_B_1"，:"SYS_B_2"绑定变量给替换了，所以报错了。

摘自：http://laojinjian.spaces.live.com/blog/