Java數據庫連接（JDBC）API是一系列能夠讓Java編程人員訪問數據庫的接口
各個開發商的接口並不完全相同
在使用多年的Oracle公司的JDBC後
我積累了許多技巧
這些技巧能夠使我們更好地發揮系統的性能和實現更多的功能
在客戶端軟件開發中使用Thin驅動程序
在開發Java軟件方面
Oracle的數據庫提供了四種類型的驅動程序
二種用於應用軟件
applets
servlets等客戶端軟件
另外二種用於數據庫中的Java存儲過程等服務器端軟件
在客戶機端軟件的開發中
我們可以選擇OCI驅動程序或Thin驅動程序
OCI驅動程序利用Java本地化接口（JNI）
通過Oracle客戶端軟件與數據庫進行通訊
Thin驅動程序是純Java驅動程序
它直接與數據庫進行通訊
為了獲得最高的性能
Oracle建議在客戶端軟件的開發中使用OCI驅動程序
這似乎是正確的
但我建議使用Thin驅動程序
因為通過多次測試發現
在通常情況下
Thin驅動程序的性能都超過了OCI驅動程序
關閉自動提交功能
提高系統性能
在第一次建立與數據庫的連接時
在缺省情況下
連接是在自動提交模式下的
為了獲得更好的性能
可以通過調用帶布爾值false參數的Connection類的setAutoCommit()方法關閉自動提交功能
如下所示
conn
setAutoCommit(false);
值得注意的是
一旦關閉了自動提交功能
我們就需要通過調用Connection類的commit()和rollback()方法來人工的方式對事務進行管理
在動態SQL或有時間限制的命令中使用Statement對象
在執行SQL命令時
我們有二種選擇
可以使用PreparedStatement對象
也可以使用Statement對象
無論多少次地使用同一個SQL命令
PreparedStatement都只對它解析和編譯一次
當使用Statement對象時
每次執行一個SQL命令時
都會對它進行解析和編譯
這可能會使你認為
使用PreparedStatement對象比使用Statement對象的速度更快
然而
我進行的測試表明
在客戶端軟件中
情況並非如此
因此
在有時間限制的SQL操作中
除非成批地處理SQL命令
我們應當考慮使用Statement對象
此外
使用Statement對象也使得編寫動態SQL命令更加簡單
因為我們可以將字符串連接在一起
建立一個有效的SQL命令
因此
我認為
Statement對象可以使動態SQL命令的創建和執行變得更加簡單
利用helper函數對動態SQL命令進行格式化
在創建使用Statement對象執行的動態SQL命令時
我們需要處理一些格式化方面的問題
例如
如果我們想創建一個將名字O
Reilly插入表中的SQL命令
則必須使用二個相連的
號替換O
Reilly中的
號
完成這些工作的最好的方法是創建一個完成替換操作的helper方法
然後在連接字符串心服用公式表達一個SQL命令時
使用創建的helper方法
與此類似的是
我們可以讓helper方法接受一個Date型的值
然後讓它輸出基於Oracle的to_date()函數的字符串表達式
利用PreparedStatement對象提高數據庫的總體效率
在使用PreparedStatement對象執行SQL命令時
命令被數據庫進行解析和編譯
然後被放到命令緩沖區
然後
每當執行同一個PreparedStatement對象時
它就會被再解析一次
但不會被再次編譯
在緩沖區中可以發現預編譯的命令
並且可以重新使用
在有大量用戶的企業級應用軟件中
經常會重復執行相同的SQL命令
使用PreparedStatement對象帶來的編譯次數的減少能夠提高數據庫的總體性能
如果不是在客戶端創建
預備
執行PreparedStatement任務需要的時間長於Statement任務
我會建議在除動態SQL命令之外的所有情況下使用PreparedStatement對象
在成批處理重復的插入或更新操作中使用PreparedStatement對象
如果成批地處理插入和更新操作
就能夠顯著地減少它們所需要的時間
Oracle提供的Statement和 CallableStatement並不真正地支持批處理
只有PreparedStatement對象才真正地支持批處理
我們可以使用addBatch()和executeBatch()方法選擇標准的JDBC批處理
或者通過利用PreparedStatement對象的setExecuteBatch()方法和標准的executeUpdate()方法選擇速度更快的Oracle專有的方法
要使用Oracle專有的批處理機制
可以以如下所示的方式調用setExecuteBatch()
PreparedStatement pstmt
D null;
try {
((OraclePreparedStatement)
pstmt)
setExecuteBatch(
);
pstmt
executeUpdate();
}
調用setExecuteBatch()時指定的值是一個上限
當達到該值時
就會自動地引發SQL命令執行
標准的executeUpdate()方法就會被作為批處理送到數據庫中
我們可以通過調用PreparedStatement類的sendBatch()方法隨時傳輸批處理任務
使用Oracle locator方法插入
更新大對象（LOB）
Oracle的PreparedStatement類不完全支持BLOB和CLOB等大對象的處理
尤其是Thin驅動程序不支持利用PreparedStatement對象的setObject()和setBinaryStream()方法設置BLOB的值
也不支持利用setCharacterStream()方法設置CLOB的值
只有locator本身中的方法才能夠從數據庫中獲取LOB類型的值
可以使用PreparedStatement對象插入或更新LOB
但需要使用locator才能獲取LOB的值
由於存在這二個問題
因此
我建議使用locator的方法來插入
更新或獲取LOB的值
使用SQL
語法調用存儲過程
在調用存儲過程時
我們可以使用SQL
或Oracle PL/SQL
由於使用Oracle PL/SQL並沒有什麼實際的好處
而且會給以後維護你的應用程序的開發人員帶來麻煩
因此
我建議在調用存儲過程時使用SQL
使用Object SQL將對象模式轉移到數據庫中
既然可以將Oracle的數據庫作為一種面向對象的數據庫來使用
就可以考慮將應用程序中的面向對象模式轉到數據庫中
目前的方法是創建Java bean作為偽裝的數據庫對象
將它們的屬性映射到關系表中
然後在這些bean中添加方法
盡管這樣作在Java中沒有什麼問題
但由於操作都是在數據庫之外進行的
因此其他訪問數據庫的應用軟件無法利用對象模式
如果利用Oracle的面向對象的技術
可以通過創建一個新的數據庫對象類型在數據庫中模仿其數據和操作
然後使用JPublisher等工具生成自己的Java bean類
如果使用這種方式
不但Java應用程序可以使用應用軟件的對象模式
其他需要共享你的應用中的數據和操作的應用軟件也可以使用應用軟件中的對象模式
利用SQL完成數據庫內的操作
我要向大家介紹的最重要的經驗是充分利用SQL的面向集合的方法來解決數據庫處理需求
而不是使用Java等過程化的編程語言
如果編程人員要在一個表中查找許多行
結果中的每個行都會查找其他表中的數據
最後
編程人員創建了獨立的UPDATE命令來成批地更新第一個表中的數據
與此類似的任務可以通過在set子句中使用多列子查詢而在一個UPDATE命令中完成
當能夠在單一的SQL命令中完成任務
何必要讓數據在網上流來流去的？我建議用戶認真學習如何最大限度地發揮SQL的功能
From:http://tw.wingwit.com/Article/program/Oracle/201311/16768.html
