今天聽課說，關于綁定變量，在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/