今天听课说,关于绑定变量,在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/
posted on 2006-12-20 11:00
坏男孩 阅读(1556)
评论(0) 编辑 收藏 所属分类:
ORACLE篇章