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

?

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

?

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

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

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

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

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

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

這個轉換會把文字west替換成主變量：

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

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

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

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

stop!
有Bug



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

如：
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";的執(zhí)行計劃來
執(zhí)行select * from heat_handle where order = 2;


由此引起的問題：
把參數(shù)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;
執(zhí)行后：在庫緩存中的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;

當在次執(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;
語句時提示錯誤
ORA-01006 bind variable not exits
因為已經(jīng)把原來的sql語句中的60，60，100用:"SYS_B_0"，:"SYS_B_1"，:"SYS_B_2"綁定變量給替換了，所以報錯了。

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