Java交易處理總結

 

Java交易處理總結   一、什麼是Java事務 通常的觀念認為，事務僅與資料庫相關。 事務必須服從ISO/IEC所制定的ACID原則。ACID是原子性（atomicity）、一致性（consistency）、隔離性（isolation）和持久性（durability）的縮寫。事務的原子性表示事務執行過程中的任何失敗都將導致事務所做的任何修改失效。一致性表示當事務執行失敗時，所有被該事務影響的資料都應該恢複到事務執行前的狀態。隔離性表示在事務執行過程中對資料的修改，在事務提交之前對其他事務不可見。持久性表示已提交的資料在事務執行失敗時，資料的狀態都應該正確。 通俗的理解，事務是一組原子操作單元，從資料庫角度說，就是一組SQL指令，要麼全部執行成功，若因為某個原因其中一條指令執行有錯誤，則撤銷先前執行過的所有指令。更簡答的說就是：要麼全部執行成功，要麼撤銷不執行。 既然事務的概念從資料庫而來，那Java事務是什嗎？之間有什麼聯絡？ 實際上，一個Java應用系統，如果要操作資料庫，則通過JDBC來實現的。增加、修改、刪除都是通過相應方法間接來實現的，事務的控制也相應轉移到Java程式碼中。因此，資料庫操作的事務習慣上就稱為Java事務。  二、為什麼需要事務 事務是為解決資料安全操作提出的，事務控制實際上就是控制資料的安全訪問。具一個簡單例子：比如銀行轉帳業務，賬戶A要將自己賬戶上的1000元轉到B賬戶下面，A賬戶餘額首先要減去1000元，然後B賬戶要增加1000元。假如在中間網路出現了問題，A賬戶減去1000元已經結束，B因為網路中斷而操作失敗，那麼整個業務失敗，必須做出控制，要求A賬戶轉帳業務撤銷。這才能保證業務的正確性，完成這個操走就需要事務，將A賬戶資金減少和B賬戶資金增加方到一個事務裡面，要麼全部執行成功，要麼操作全部撤銷，這樣就保持了資料的安全性。  三、Java事務的類型 Java事務的類型有三種：JDBC事務、JTA(Java Transaction API)事務、容器事務。 1、JDBC事務 JDBC 事務是用 Connection 對象控制的。JDBC Connection 介面( java.sql.Connection )提供了兩種事務模式：自動認可和手工提交。 java.sql.Connection 提供了以下控制事務的方法：
 public void setAutoCommit(boolean) public boolean getAutoCommit() public void commit() public void rollback()  使用 JDBC 事務界定時，您可以將多個 SQL 陳述式結合到一個事務中。JDBC 事務的一個缺點是事務的範圍局限於一個資料庫連接。一個 JDBC 事務不能跨越多個資料庫。 2、JTA(Java Transaction API)事務 JTA是一種高層的，與實現無關的，與協議無關的API，應用程式和應用伺服器可以使用JTA來訪問事務。 JTA允許應用程式執行分散式交易處理--在兩個或多個網路電腦資源上訪問並且更新資料，這些資料可以分布在多個資料庫上。JDBC驅動程式的JTA支援極大地增強了資料訪問能力。 如果計劃用 JTA 界定事務，那麼就需要有一個實現 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 介面的 JDBC 驅動程式。一個實現了這些介面的驅動程式將可以參與 JTA 事務。一個 XADataSource 對象就是一個 XAConnection 對象的工廠。 XAConnection s 是參與 JTA 事務的 JDBC 串連。
 您將需要用應用伺服器的管理工具設定 XADataSource 。從應用伺服器和 JDBC 驅動程式的文檔中可以瞭解到相關的指導。
 J2EE 應用程式用 JNDI 查詢資料來源。一旦應用程式找到了資料來源對象，它就調用 javax.sql.DataSource.getConnection() 以獲得到資料庫的串連。
 XA 串連與非 XA 串連不同。一定要記住 XA 串連參與了 JTA 事務。這意味著 XA 串連不支援 JDBC 的自動認可功能。同時，應用程式一定不要對 XA 串連調用 java.sql.Connection.commit() 或者 java.sql.Connection.rollback() 。相反，應用程式應該使用 UserTransaction.begin()、 UserTransaction.commit() 和 serTransaction.rollback()
。  3、容器事務 容器事務主要是J2EE應用伺服器提供的，容器事務大多是基於JTA完成，這是一個基於JNDI的，相當複雜的API實現。相對編碼實現JTA交易管理，我們可以通過EJB容器提供的容器交易管理機制（CMT）完成同一個功能，這項功能由J2EE應用伺服器提供。這使得我們可以簡單的指定將哪個方法加入事務，一旦指定，容器將負責交易管理任務。這是我們土建的解決方式，因為通過這種方式我們可以將事務代碼排除在邏輯編碼之外，同時將所有困難交給J2EE容器去解決。使用EJB
CMT的另外一個好處就是程式員無需關心JTA API的編碼，不過，理論上我們必須使用EJB。  四、三種事務差異 1、JDBC事務控制的局限性在一個資料庫連接內，但是其使用簡單。 2、JTA事務的功能強大，事務可以跨越多個資料庫或多個DAO，使用也比較複雜。 3、容器事務，主要指的是J2EE應用伺服器提供的交易管理，局限於EJB應用使用。   五、總結 事務控制是構建J2EE應用不可缺少的一部分，合理選擇應用何種事務對整個應用系統來說至關重要。一般說來，在單個JDBC 串連串連的情況下可以選擇JDBC事務，在跨多個串連或者資料庫情況下，需要選擇使用JTA事務，如果用到了EJB，則可以考慮使用EJB容器事務。