在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(

總結

以上是生活随笔為你收集整理的java绑定变量怎么加_在JAVA 源程序中编写SQL语句时使用ORACLE 绑定变量的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。