1、為什么要使用綁定變量
（1）SQL語句硬分析(Hard Parse)太多，嚴重消耗CPU資源，延長了SQL語句總的執行時間
SQL語句的執行過程分幾個步驟：語法檢查、分析、執行、返回結果。其中分析分為硬分析(Hard Parse)和軟分析(Soft Parse)。一條SQL語句通過語法檢查后，Oracle 會先去shared pool 中找是否有相同的sql，如果找著了，就叫軟分析，然后執行SQL語句。硬分析主要是檢查該sql所涉及到的所有對象是否有效以及權限等關系，然后根據RBO或CBO模式生成執行計劃，然后才執行SQL語句。
可以看出，硬分析比軟分析多了很多動作，而這里面的關鍵是“在shared pool 中是否有相同的sql”，而這就取決于是否使用綁定變量。
另：oracle9i引入了soft soft parse，先到pga中的session cursor cache list列表中去查找（session cursor cache list的長度是由session_cache_cursor參數決定的），如果沒有找到這條sql，這時候才去檢查shard_pool. 對于Oltp系統，很多時候硬分析的代價比執行還要高，這個我們可以通過10046事件跟蹤得知。
（2）共享池中SQL語句數量太多，重用性極低，加速了SQL語句的老化，導致共享池碎片過多。
共享池中不同的SQL語句數量巨大，根據LRU原則，一些語句逐漸老化，最終被清理出共享池；這樣就導致shared_pool_size 里面命中率下降，共享池碎片增多，可用內存空間不足。而為了維護共享池內部結構，需要使用latch，一種內部生命周期很短的lock，這將使用大量的cpu 資源，使得性能急劇下降。
不使用綁定變量違背了oracle 的shared pool 的設計的原則，違背了這個設計用來共享的思想。
2、怎么查看沒有使用綁定變量
select * from v$sql or v$sqlarea 查看是否有很多類似的語句，除了變量不一樣，其他的都一樣
3、如何使用綁定變量？
編寫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 語句的性能。
4、java中應用綁定變量的例子
PreparedStatement stmt = conn.prepareStatement('select a from b where c = ? ');
stmt.setLong(1,123);
stmt.executeQuery()
……
結論：
綁定變量主要適用在Oltp，運行時間很短的系統。如客服系統，時時地進行insert方面的系統。 數據倉庫系統不適用，和數據庫倉庫系統的一條sql運行時間相比，硬分析的代價顯然是微不足道的，通過硬分析去選擇正確的執行計劃才是關鍵。
簡單一句話，在Oltp系統中應用綁定變量，性能會有質的提高。
---引（http://www.apub.org/doc/2006/03/11/10/52/26/21883.html）