Czy mogę zamknąć wyciągi transakcji przed zatwierdzeniem w Derby (JDBC)?

Question

Zasadniczo mam (pomijając obsługę wyjątków, itp):

connection.setAutoCommit(false); 

Statement statement1 = connection.createStatement(); 
statement1.executeUpdate("..."); 
statement1.close(); 

Statement statement2 = connection.createStatement(); 
statement2.executeUpdate("..."); 
statement2.close(); 

connection.commit(); 

Jeśli dobrze rozumiem, to nie powinno mieć żadnego wpływu, ponieważ wszystko to naprawdę nie jest wolne środki na GC. Especially with Derby: Należy jawnie zamykać wyciągi, zestawy wyników i połączenia, gdy już ich nie potrzebujesz. Połączenia z Derby są zasobami zewnętrznymi względem aplikacji, a moduł czyszczenia pamięci nie zamyka ich automatycznie.

Czy jednak spowoduje to problemy z transakcją? Nie wierzę, że transakcja opiera się na oświadczeniu. Czy ktoś może to potwierdzić?

Answer 1

Absolutnie możesz je zamknąć, a powinieneś.

Answer 2

Ogólnie rzecz biorąc, po wykonaniu Statement, bazowe źródło danych/baza danych jest odpowiedzialne za zapewnienie pomyślnego wykonania. Oczekuje się, że każda awaria spowoduje zgłoszenie SQLException w wywołaniach Statement.executeXXX. Każde pomyślne wykonanie spowoduje, że baza danych będzie śledzić te aktualizacje w tymczasowym obszarze roboczym. Zatwierdzenie transakcji zapewnia jedynie, że aktualizacje spowodowane przez wyciągi są zapisywane w trwałym magazynie z tymczasowego obszaru roboczego. Jest tak często w większości/wszystkich bazach danych.

Dlatego bezpieczne jest zamknięcie obiektu Statement, gdy już go nie potrzebujesz, bez napotkania jakichkolwiek skutków ubocznych w transakcji.

Answer 3

Oczywiście zamknięcie wyciągów przed dokonaniem transakcji jest oczywiście bezpieczne. Powinieneś przeczytać - Closing Statement object prior to committing z coderanch i JDBC Transactions tutorial.

Answer 4

Yup. Jest to dobra praktyka i podejście do zamknięcia sprawozdania przed dokonaniem transakcji.