oracle變數綁定

在JAVA 來源程式中編寫SQL語句時使用ORACLE 綁定變數( bind variable )
在JAVA中的SQL 陳述式的編寫方面，沒有使用ORACLE 綁定變數，很大程度上降低了資料庫的效能，表現在兩個方面：
1、SQL語句硬分析(Hard Parse)太多，嚴重消耗CPU資源，延長了SQL語句總的執行時間SQL語句的執行過程分幾個步驟：語法檢查、分析、執行、返回結果。其中分析又分為硬分析(Hard Parse)和軟分析(Soft Parse)。
一條SQL語句通過語法檢查後，Oracle 會先去shared pool 中找是否有相同的sql，如果找著了，就叫軟分析，然後執行SQL語句。
硬分析主要是檢查該sql所涉及到的所有對象是否有效以及許可權等關係，然後根據RBO或CBO模式產生執行計畫，然後才執行SQL語句。
可以看出，硬分析比軟分析多了很多動作，而這裡面的關鍵是“在shared pool 中是否有相同的sql”，而這就取決於是否使用綁定變數。
2、共用池中SQL語句數量太多，重用性極低，加速了SQL語句的老化，導致共用池片段過多。
共用池中不同的SQL語句數量巨大，根據LRU原則，一些語句逐漸老化，最終被清理出共用池；這樣就導致shared_pool_size 裡面命中率
下降，共用池片段增多，可用記憶體空間不足。而為了維護共用池內部結構，需要使用latch，一種內部生命週期很短的lock，這將使用大量
的cpu 資源，使得效能急劇下降。不使用綁定變數違背了oracle 的shared pool 的設計的原則，違背了這個設計用來共用的思想。
編寫java 程式時，我們習慣都是定義JAVA 的程式變數，放入SQL 陳述式中，如
String v_id = 'xxxxx';
String v_sql = 'select name from table_a where id = ' + v_id ;
以上代碼，看起來是使用了變數v_id ，但這卻是java 的程式變數，而不是oracle 的綁定變數，語句傳遞到資料庫後，此java 的程式變數
已經被替換成具體的常量值，變成：
select * from table_a where name = 'xxxxx' ;
假定這個語句第一次執行，會進行硬分析。後來，同一段java 代碼中v_id 值發現變化（v_id = 'yyyyyy'），資料庫又接收到這樣的語句：
select * from table_a where name = 'yyyyyy' ;
ORACLE 並不認為以上兩條語句是相同的語句，因此對第二條語句會又做一次硬分析。這兩條語句的執行計畫可是一樣的！
其實，只需將以上java 代碼改成以下這樣，就使用了oracle 的綁定變數：
String v_id = 'xxxxx';
String v_sql = 'select name from table_a where id = ? '; //嵌入綁定變數
stmt = con.prepareStatement( v_sql );
stmt.setString(1, v_id ); //為綁定變數賦值
stmt.executeQuery();
在Java中，結合使用setXXX 系列方法，可以為不同資料類型的綁定變數進行賦值，從而大大最佳化了SQL 陳述式的效能。