JDBC - setAutoCommit für schreibgeschützte Operationen

Nehmen wir an, ich habe eine gängige Methode, mit der eine DB-Verbindung hergestellt wird:

Connection getConnection() throws SQLException {
    Connection con = ... // create the connection
    con.setAutoCommit(false);
    return con;
}

Ich habe dassetAutoCommit(false)ufen Sie hier @ auf, damit sich Aufrufer dieser Methode keine Gedanken darüber machen müssen, wie sie eingestellt werden sollen. Ist dies jedoch eine schlechte Praxis, wenn die vom Aufrufer ausgeführte Operation nur Daten liest? Gibt es zusätzlichen Aufwand?

Meine persönliche Meinung ist, dass es besser ist, die Logik an einem Ort zu zentralisieren, so dass Anrufer das automatische Festschreiben nie einstellen müssen und dadurch Code-Redundanz vermieden wird. Ich wollte nur sicherstellen, dass für eine Nur-Lese-Operation kein unnötiger Overhead entsteht.

Antworten auf die Frage(8)

Ihre Antwort auf die Frage