今天聽課說(shuō)，關(guān)于綁定變量，在9i前需要app，如果在9i后，如果app已經(jīng)爛到根拉，從來(lái)沒(méi)有用過(guò)綁定變量，那么還可以用這個(gè)參數(shù)，用了這個(gè)參數(shù)，就會(huì)把所有的sql都變成綁定變量的拉。。。太牛了吧。不行，我的測(cè)試一下...

?

游標(biāo)共享
設(shè)置參數(shù) CURSOR_SHARING=FORCE或CURSOR_SHARING=SIMILAR,
可把SQL語(yǔ)句的字面值轉(zhuǎn)換成綁定變量,減少解析SQL的時(shí)間

?

Oracle9i里一個(gè)令人激動(dòng)的內(nèi)部新特性是，它允許SQL基于代價(jià)的優(yōu)化器（cost-based optimizer，CBO）改變執(zhí)行計(jì)劃，即使正在使用優(yōu)化器計(jì)劃的穩(wěn)定性。這叫做“窺視（peeking）”，當(dāng)綁定變量導(dǎo)致SQL的執(zhí)行計(jì)劃發(fā)生重大改變的時(shí)候，它允許SQL的CBO更該執(zhí)行計(jì)劃。

但是，指針共享在優(yōu)化的時(shí)候有一個(gè)處理延遲，只有當(dāng)應(yīng)用程序生成動(dòng)態(tài)SQL的時(shí)候，或者它在必須嵌入文字值的應(yīng)用程序里的時(shí)候，它才應(yīng)該被使用。由于綁定變量的緣故，PL／SQL應(yīng)用程序不會(huì)從指針共享里獲益。

為了說(shuō)明這一問(wèn)題，你可以考慮以下這樣一個(gè)例子：我們的CURSOR_SHARING參數(shù)被設(shè)置為FORCE。這會(huì)把所有的SQL文字值都改為庫(kù)緩沖區(qū)里的主變量（host variable）。

現(xiàn)在，讓我們假設(shè)我們有了一個(gè)對(duì)客戶（customer）表格的區(qū)域（region）列的索引。區(qū)域列有四個(gè)值：東（east）、南（south）、西（west）、北（north）。區(qū)域列的數(shù)據(jù)值高度不對(duì)稱，90％的值都在南部地區(qū)。

所以在指定南部的時(shí)候，讓SQL的CBO來(lái)執(zhí)行完整的表格掃描，而在指定東、西、北的時(shí)候，使用索引范圍掃描，這樣速度會(huì)更快。在使用指針共享的時(shí)候，SQL的CBO會(huì)把SQL里的任何文字值都改為綁定變量。所以這個(gè)陳述式可以改成下面這樣：

select
???customer_stuff
from
???customer
where
???region = 'west';

這個(gè)轉(zhuǎn)換會(huì)把文字west替換成主變量：

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

在Oracle9i里，SQL的CBO會(huì)在第一次調(diào)用指針的時(shí)候，“窺視”由用戶定義的綁定變量的值。這就能夠讓優(yōu)化器確定WHERE子句操作符的選擇性，并在south值每次出現(xiàn)在SQL的時(shí)候更改執(zhí)行計(jì)劃。

當(dāng)綁定變量用于高度不對(duì)稱的數(shù)據(jù)列時(shí)，這就極大地提高了指針共享的性能。在Oracle9i里，我們看到了一個(gè)用于CURSOR_SHARING的新設(shè)置，叫做SIMILAR。

有了CURSOR_SHARING=SIMILAR，Oracle會(huì)切換到綁定變量，如果這樣做不會(huì)導(dǎo)致結(jié)果產(chǎn)生任何變化的話，但是如果使用綁定變量會(huì)造成結(jié)果的巨大變化，它就會(huì)使用文字值。

stop!
有Bug



把參數(shù)cursor_sharing=exact 該為cursor_sharing=force后會(huì)極大的提高非共享的動(dòng)態(tài)sql語(yǔ)句的執(zhí)行性能。（oracle自動(dòng)通過(guò)變量綁定實(shí)現(xiàn)）

如：
select * from heat_handle where order = 1;
select * from heat_handle where order = 2;
oracle認(rèn)為這兩句是一樣的，可以重用。

首先oracle 把select * from heat_handle where order = 1;
改為select * from heat_handle where order = :"SYS_B0";
然后用select * from heat_handle where order = :"SYS_B0";的執(zhí)行計(jì)劃來(lái)
執(zhí)行select * from heat_handle where order = 2;


由此引起的問(wèn)題：
把參數(shù)cursor_sharing=exact 該為cursor_sharing=force后
下面的語(yǔ)句
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;
執(zhí)行后：在庫(kù)緩存中的sql語(yǔ)句是
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;

當(dāng)在次執(zhí)行
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;
語(yǔ)句時(shí)提示錯(cuò)誤
ORA-01006 bind variable not exits
因?yàn)橐呀?jīng)把原來(lái)的sql語(yǔ)句中的60，60，100用:"SYS_B_0"，:"SYS_B_1"，:"SYS_B_2"綁定變量給替換了，所以報(bào)錯(cuò)了。

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