在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 語句的性能。
