谈笑有鸿儒,往来无白丁

在恰当的时间、地点以恰当的方式表达给恰当的人...  阅读的时候请注意分类,佛曰我日里面是谈笑文章,其他是各个分类的文章,积极的热情投入到写博的队伍中来,支持blogjava做大做强!向dudu站长致敬>> > 我的微博敬请收听

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

 

游标共享
设置参数 CURSOR_SHARING=FORCECURSOR_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 坏男孩 阅读(1476) 评论(0)  编辑  收藏 所属分类: ORACLE篇章

只有注册用户登录后才能发表评论。


网站导航: