JDBC高級應用 三

再談JDBC連結

爲什麼要反覆談JDBC連結,因爲所以JDBC的性能,最主要的就是JDBC連結,而SQL語句的
優化,和JAVA編程無關,你的一個查詢語句的效率,是你對於SQL語法的使用技巧,這一方
面你就可請教DBA,而不是來看我這種程序設計者的文章.

我們已經知道,取得數據庫連結,有幾種層次的實現方法,一是直接得到物理連結,而是通
過傳統的連結池(沒有多大區別),三是通過java的擴展包javax.sql.DataSource得到連結
句柄,對於上面兩種,沒有什麼可以多說的,對於DataSource,我們再深入一些.
一般來說,DataSource是容器本身作爲一個JDNI查找的對象返回出來的,也就是說要依賴
容器進行配置,而如果一個100%的應用程序(Application),比如基於swing的App,我根本
不需要運行容器,那我如何取得DataSource對象?這時可能要你自己寫基於DataSource的
連結池了(是不是有些太深入了?要做就做高手,SUN能做我們就能做).
如果自己要實現DataSource,要清楚幾個關係,即DataSource中返回的Connection是一個連
結的句柄,它要和實際的物理連結關連,這些實際的物理連結就是PooledConnection,我們
叫它池中的連結,可以通過實現ConnectionPoolDataSource,從中得到PooledConnection,
這部分本來是廠商實現的,但這部份實現和傳統的連結池沒有什麼大的區別,主要是從
ConnectionPoolDataSource中得到PooledConnection的物理連結,但如何從PooledConnection
中getConnection(),返回給用戶.這部分實現就是DataSource實現的性能高低的關鍵,一般
來說,我們可以先把一個物理連結PooledConnection和多個客戶連結相關連來增加性能,也
就是一個PooledConnection本身再作爲一個工場的種子,通過一個PooledConnection再返回
多個Connection,說白了就是多個Connection的請求通過一個PooledConnection傳遞給數據庫.
只要用戶調用Connection的close()方法,就打斷這個Connetion與PooledConnection的關聯而
讓PooledConnection可以和新的Connection進行關聯.

JDBC事務

JDBC1開始,就支持本地事務,所謂要地事務,就是在一個連結中的多個操作可以作爲一個事務
過程來提交.注意,只要你使用conn.setAutoCommit(false);方法就隱式地打開了一個事務.當
事務被commit或abort時,隱含的是打開了一個新的事務.
另外,當一次事務被commit或abort,PreparedSattement和CallableStatement綁定的結果集全
部被關閉,而普通的Statement綁一的結果集將被維持.
在處理多個操作時:
conn.setAutoCommit(false);
Statement st1 = conn.createSatatement(sql1);
Statement st2 = conn.createSatatement(sql2);
Statement st3 = conn.createSatatement(sql3);
Statement st4 = conn.createSatatement(sql4);
st1.executeXXXXX();
st2.executeXXXXX();
st3.executeXXXXX();
st4.executeXXXXX();
在這裏,我們要麼把四個操作一起回滾,或一起提交,但如果我們認爲,1-3的操作是要求一致完
成,而4的操作在一至三完成時再完成.在經前的版本中我們要把它們分開在兩次事務中,但在
JDBC3.0以後,我們可以利用conn.setSavepoint() 來得到一個SavePoint來對同一事務中不同階
段進行斷點保存.然後可以在任何斷點上進行提交和回滾.同時我們還可以利用
conn.setTransactionIsolation()來設置隔離級別.
要注意的是,對事務的支持要看數據庫的具體實現.如果數據庫本身不支持事務,那麼以上的操作
都是無效的,可以從 DatabaseMetaData中查詢數據庫對事務的支持情況.

畢竟,本地事務功能並不是很強,而如果不是編程人員對SQL語句傳入錯誤,那麼在一次連結中
多個操作只完成部份的機率並不容易發生(當然有時還會發生的,要不本地事務就不會產生了).
其實,JDBC事務最重要的是分佈式事務,即同時操作不同的連結,可能是同物理庫的不同空間,也
可能是同一主機的不同數據庫或不同主機的多個數據庫.這就很難保證每個操作都是成功的,發
生操作不一致的機會太多了,可以說如果不在事務中測試你就無法相信操作的一致性.所以分佈
式事務是JDBC的重要技術.