1. Qu'est-ce qu'une transaction Java

Le concept courant est que les transactions sont liées à la base de données. Une transaction est une séquence d'opérations pour accéder à la base de données. Le système d'application de base de données complète l'accès à la base de données via des ensembles de transactions. L'exécution correcte des transactions fait passer la base de données d'un état à un autre.

Les transactions doivent être conformes aux principes ACID établis par l'ISO/IEC.

ACID est l'abréviation d'atomicité, de cohérence, d'isolement et de durabilité. Les transactions doivent être conformes aux principes ACID établis par l'ISO/IEC. ACID est l'abréviation d'atomicité, de cohérence, d'isolation et de durabilité.

a. Atomicité

signifie indivisibilité. Soit toutes les transactions sont exécutées, soit aucune n'est exécutée. Si toutes les sous-transactions de la transaction sont soumises avec succès, toutes les opérations de base de données sont soumises et l'état de la base de données est converti ; si une sous-transaction échoue, les opérations de base de données des autres sous-transactions sont annulées, c'est-à-dire que la base de données revient à l'état avant l'exécution de la transaction. Aucune transition d'état ne se produit.

b. Cohérence

L'exécution d'une transaction convertit la base de données d'un état correct à un autre état correct.

c. Isolement

Avant que la transaction ne soit correctement validée, toute modification apportée aux données par la transaction ne peut être fournie à aucune autre transaction, c'est-à-dire avant que la transaction ne soit correctement validée. , ses résultats possibles ne doivent pas être affichés pour une autre transaction.

d. Durabilité

Une fois qu'une transaction est soumise correctement, ses résultats seront stockés en permanence dans la base de données. Même s'il y a d'autres échecs après la soumission de la transaction, les résultats du traitement de la transaction. sera sauvegardé. ?

Puisque la notion de transaction vient de la base de données, qu'est-ce qu'une transaction Java ? Quel est le lien ?

En fait, si un système d'application Java exploite une base de données, celle-ci est implémentée via JDBC. Ensuite, l'ajout, la modification et la suppression sont tous implémentés indirectement via les méthodes correspondantes, et le contr?le des transactions est également transféré au code du programme Java en conséquence. Par conséquent, les transactions d'exploitation de base de données sont traditionnellement appelées transactions Java.

2. Pourquoi les transactions sont nécessaires

Une phrase simple?: maintenir la cohérence des données.

3. Types de transactions Java

Il existe trois types de transactions Java?: les transactions JDBC, les transactions JTA (Java Transaction API) et les transactions de conteneur. Voici l'introduction la plus simple. Enfin, nous présenterons l'utilisation des transactions jdbc. Vous pouvez rechercher et apprendre les deux autres types par vous-même.

a. Transaction JDBC

La transaction JDBC est contr?lée par l'objet Connection. L'interface de connexion JDBC (java.sql.Connection) propose deux modes de transaction?: la soumission automatique et la soumission manuelle. java.sql.Connection fournit les méthodes suivantes pour contr?ler les transactions?:

 public void setAutoCommit(boolean)
 public boolean getAutoCommit()
 public void commit()
 public void rollback()

Lorsque vous utilisez la démarcation des transactions JDBC, vous pouvez combiner plusieurs instructions SQL en une seule transaction. L'un des inconvénients des transactions JDBC est que la portée de la transaction est limitée à une seule connexion à la base de données. Une transaction JDBC ne peut pas s'étendre sur plusieurs bases de données.

b. Transaction JTA (Java Transaction API)

JTA est une API de haut niveau, indépendante de la mise en ?uvre et du protocole, qui peut utiliser JTA pour accéder aux transactions.

JTA permet aux applications d'effectuer des transactions distribuées?: accéder et mettre à jour les données sur deux ou plusieurs ressources informatiques du réseau, qui peuvent être distribuées sur plusieurs bases de données. La prise en charge JTA du pilote JDBC améliore considérablement les capacités d'accès aux données.

Si vous prévoyez d'utiliser JTA pour délimiter les transactions, vous aurez besoin d'un pilote JDBC qui implémente les interfaces javax.sql.XADataSource, javax.sql.XAConnection et javax.sql.XAResource.

Un pilote qui implémente ces interfaces pourra participer aux transactions JTA. Un objet XADataSource est une fabrique d'objets XAConnection. Les XAConnections sont des connexions JDBC qui participent aux transactions JTA et vous devrez configurer XADataSource à l'aide des outils d'administration du serveur d'applications.

Les applications J2EE utilisent JNDI pour interroger les sources de données. Une fois que l'application trouve l'objet source de données, elle appelle javax.sql.DataSource.getConnection() pour obtenir une connexion à la base de données.

Les connexions XA sont différentes des connexions non-XA. Il est important de rappeler que les connexions XA participent aux transactions JTA. Cela signifie que les connexions XA ne prennent pas en charge la fonctionnalité de validation automatique de JDBC. Dans le même temps, les applications ne doivent pas appeler java.sql.Connection.commit() ou java.sql.Connection.rollback() sur les connexions XA.

Au lieu de cela, les applications doivent utiliser UserTransaction.begin(), UserTransaction.commit() et serTransaction.rollback().

c. Transactions de conteneurs

Les transactions de conteneurs sont principalement fournies par les serveurs d'applications J2EE. Les transactions de conteneurs sont principalement effectuées sur la base de JTA, qui est une implémentation d'API assez complexe basée sur JNDI. Par rapport au codage pour implémenter la gestion des transactions JTA, nous pouvons remplir la même fonction via le mécanisme de gestion des transactions de conteneur (CMT) fourni par le conteneur EJB. Cette fonction est fournie par le serveur d'applications J2EE.

Cela nous permet de spécifier simplement quelle méthode ajouter à la transaction. Une fois spécifié, le conteneur sera responsable des taches de gestion des transactions. Il s'agit de notre solution de génie civil, car de cette fa?on nous pouvons exclure le code de transaction du codage logique, et en même temps laisser toutes les difficultés au conteneur J2EE pour les résoudre.

使用EJB CMT的另外一個(gè)好處就是程序員無(wú)需關(guān)心JTA API的編碼，不過(guò)，理論上我們必須使用EJB。

d、JDBC事務(wù)的使用

(1)步驟：

首先，設(shè)置事務(wù)的提交方式為非自動(dòng)提交：conn.setAutoCommit(false);接下來(lái)，將需要添加事務(wù)的代碼放入try，catch塊中。

然后，在try塊內(nèi)添加事務(wù)的提交操作，表示操作無(wú)異常，提交事務(wù)：conn.commit();尤其不要忘記，在catch塊內(nèi)添加回滾事務(wù)，表示操作出現(xiàn)異常，撤銷(xiāo)事務(wù)：conn.rollback();最后，設(shè)置事務(wù)提交方式為自動(dòng)提交：conn.setAutoCommit(true);這樣，通過(guò)簡(jiǎn)單的幾步，我們就可以完成對(duì)事務(wù)處理的編寫(xiě)了。

(2)偽代碼：

con = DriverManager.getConnection(url, user, password)；
String result = "";
String sql1 = "";
// LAST_INSERT_ID() 獲取剛剛插入的自動(dòng)遞增的ID
String sql2 = "";
int flag;
try {
    con.setAutoCommit(false);// 更改JDBC事務(wù)的默認(rèn)提交方式
    pstmt = con.prepareStatement(sql1);
    flag = pstmt.executeUpdate();
    if (flag > 0) {
        pstmt = con.prepareStatement(sql2);
        int i = pstmt.executeUpdate();
        if (i > 0) {
            con.commit();//提交JDBC事務(wù)
            result = "add data success!!";
        } else {
            result = "add data fail!!";
       }
    } else {
        result = "add data fail!!";
    }
} catch (SQLException e) {
    try {
        con.rollback();//回滾JDBC事務(wù)
    } catch (SQLException e1) {
    // TODO Auto-generated catch block
        result = "add data fail!! SQLException";
        e1.printStackTrace();
    }
    result = "add data fail!! SQLException";
    e.printStackTrace();
} finally {
    try {
        con.setAutoCommit(true); // 恢復(fù)JDBC事務(wù)的默認(rèn)提交方式
    } catch (SQLException e) {
    // TODO Auto-generated catch block
        e.printStackTrace();
    }
}
return result;

4、三種事務(wù)差異

1、JDBC事務(wù)控制的局限性在一個(gè)數(shù)據(jù)庫(kù)連接內(nèi)，但是其使用簡(jiǎn)單。

2、JTA事務(wù)的功能強(qiáng)大，事務(wù)可以跨越多個(gè)數(shù)據(jù)庫(kù)或多個(gè)DAO，使用也比較復(fù)雜。

3、容器事務(wù)，主要指的是J2EE應(yīng)用服務(wù)器提供的事務(wù)管理，局限于EJB應(yīng)用使用。

5、總結(jié)

事務(wù)控制是構(gòu)建J2EE應(yīng)用不可缺少的一部分，合理選擇應(yīng)用何種事務(wù)對(duì)整個(gè)應(yīng)用系統(tǒng)來(lái)說(shuō)至關(guān)重要。一般說(shuō)來(lái)，在單個(gè)JDBC 連接連接的情況下可以選擇JDBC事務(wù)，在跨多個(gè)連接或者數(shù)據(jù)庫(kù)情況下，需要選擇使用JTA事務(wù)，如果用到了EJB，則可以考慮使用EJB容器事務(wù)。

更多相關(guān)知識(shí)請(qǐng)關(guān)注java基礎(chǔ)教程欄目

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!