Java Connexion.près de restauration?

Java Connexion.près de restauration dans un bloc finally?.

Je sais .Net SqlConnection.fermer le fait.

Avec ce que je pouvais faire des try/finally blocs sans attraper...

Exemple:

try {
    conn.setAutoCommit(false);
    ResultSet rs = executeQuery(conn, ...);
    ....
    executeNonQuery(conn, ...);
    ....

    conn.commit();
} finally {
   conn.close();
}

OriginalL'auteur Antonio | 2008-10-20

  1. 24

    Selon la javadoc, vous devriez essayer de valider ou de faire reculer avant d'appeler la méthode close. Les résultats sont définis par l'implémentation.

    OriginalL'auteur Joel

  2. 9

    Dans un système de base qui j'ai travaillé, il n'y a pas de mal à faire une restauration juste après la validation, donc si vous vous engagez dans le bloc try, et de la restauration dans le enfin, les choses s'engage, tandis que si une exception ou un retour rapide provoque l'engager à être oubliée, la restauration d'annuler la transaction. Donc, le plus sûr est d'

    try {
    conn.setAutoCommit(false);
    ResultSet rs = executeQuery(conn, ...);
    ....
    executeNonQuery(conn, ...);
    ....

    conn.commit();
} finally {
   conn.rollback();
   conn.close();
}
    SQL Server va se plaindre à ce sujet si je ne me trompe pas

    OriginalL'auteur Paul Tomblin

  3. 6

    Oracle JDBC driver s'engage sur close() par défaut. Vous ne devriez pas compter sur ce comportement si vous avez l'intention d'écrire multi-plate-forme de code JDBC.

    OriginalL'auteur Mr. Shiny and New 安宇

  4. 5

    Le comportement est totalement différent entre les différentes bases de données. Exemples:

    Oracle

    La transaction est validée lors de la fermeture de la connexion avec une transaction (comme @M. Brillant et Nouveau 安宇 déclaré.

    SQL Server

    L'appel de la méthode close au milieu d'une transaction provoque l'
    la transaction sera annulée.

    Méthode close (SQLServerConnection)

    OriginalL'auteur lbergnehr

  5. 0

    Il est inutile de restauration dans le bloc finally. Après la validation, et la validation est réussie, pourquoi revenir? Donc, si j'étais vous, je voudrais la restauration dans le bloc catch.

    Il n'est pas inutile. Si une exception se produit avant le commit() mais après l'exécution réussie de la transaction en cours, alors vous avez probablement envie de faire des rollback de la transaction avant de quitter le bloc avec accès à la connexion.

    OriginalL'auteur Mean

  6. 0

    Pour JDBC MySQL, la mise en œuvre annule la connexion si elle est fermée sans appel de commit ou rollback méthodes.

    OriginalL'auteur Adnan Memon