Wo gehört die @Transactional-Anmerkung hin?

Question

Sollten Sie die @Transactional im DAO Klassen und/oder deren Methoden oder ist es besser, die Dienstklassen zu annotieren, die die DAO-Objekte verwenden? Oder ist es sinnvoll, beide "Schichten" zu annotieren?

Answer 1

Ich stelle die @Transactional über die @Service Ebene und setzen rollbackFor jede Ausnahme und readOnly um die Transaktion weiter zu optimieren.

Standardmäßig @Transactional wird nur suchen nach RuntimeException (Ungeprüfte Ausnahmen), indem Sie Rollback auf Exception.class (Geprüfte Ausnahmen) wird bei jeder Ausnahme ein Rollback durchgeführt.

@Transactional(readOnly = false, rollbackFor = Exception.class)

Voir Geprüfte vs. ungeprüfte Ausnahmen .

Answer 2

Für die Transaktion auf Datenbankebene

meistens habe ich @Transactional in DAO's nur auf Methodenebene, so dass die Konfiguration spezifisch für eine Methode / unter Verwendung von Standard (erforderlich) sein kann

1. DAO-Methoden, die Daten abrufen (select .. ) - brauchen nicht @Transactional kann dies zu einem gewissen Mehraufwand führen, weil Transaktions-Interceptor / und AOP-Proxy, die ebenfalls ausgeführt werden müssen ausgeführt werden müssen.

2. DAO-Methoden, die Einfügungen und Aktualisierungen vornehmen, erhalten @Transactional

sehr guter Blog über transaktional

Für die Anwendungsebene -
Ich verwende transaktionale für die Geschäftslogik möchte ich in der Lage sein, Rollback im Falle eines unerwarteten Fehlers

@Transactional(rollbackFor={MyApplicationException.class})
public void myMethod(){

    try {    
        //service logic here     
    } catch(Throwable e) {

        log.error(e)
        throw new MyApplicationException(..);
    }
}

Answer 3

Oder ist es sinnvoll, beide "Ebenen" zu beschriften? - Ist es nicht sinnvoll, sowohl die Dienstschicht als auch die Dao-Schicht zu annotieren, wenn man sicherstellen will, dass DAO-Methoden immer von einer Dienstschicht aufgerufen (propagiert) werden, deren Propagierung in DAO "obligatorisch" ist. Dies würde eine gewisse Einschränkung für DAO-Methoden von UI-Schicht (oder Controllern) aufgerufen werden. Außerdem wird - insbesondere bei Unit-Tests der DAO-Schicht - durch die Annotation von DAO sichergestellt, dass sie auf transaktionale Funktionalität getestet wird.

Answer 4

Außerdem empfiehlt Spring, die Annotation nur für konkrete Klassen und nicht für Schnittstellen zu verwenden.

http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html

Answer 5

@Transactional Um alle untrennbaren Vorgänge sollten Anmerkungen gemacht werden. Verwendung von @Transactional Wenn in diesem Fall eine andere Methode von der aktuellen Methode aufgerufen wird, hat diese Methode die Möglichkeit, der laufenden Transaktion beizutreten.

Nehmen wir also ein Beispiel:

Wir haben 2 Modelle, d.h. Country y City . Relationales Mapping von Country y City Modell ist wie ein Country kann mehrere Städte haben, so dass die Zuordnung wie folgt ist,

@OneToMany(fetch = FetchType.LAZY, mappedBy="country")
private Set<City> cities;

Hier Land, das mehreren Städten zugeordnet ist und sie abruft Lazily . Hier kommt also die Rolle der @Transactinal Wenn wir das Objekt "Land" aus der Datenbank abrufen, erhalten wir alle Daten des Objekts "Land", aber nicht den Satz der Städte, da wir die Städte abrufen. LAZILY .

//Without @Transactional
public Country getCountry(){
   Country country = countryRepository.getCountry();
   //After getting Country Object connection between countryRepository and database is Closed 
}

Wenn wir auf den Satz von Städten aus dem Landobjekt zugreifen möchten, erhalten wir Nullwerte in diesem Satz, weil das Objekt des Satzes nur erstellt wird, dieser Satz nicht mit Daten initialisiert wird, um Werte des Satzes zu erhalten, den wir verwenden @Transactional d.h.,

//with @Transactional
@Transactional
public Country getCountry(){
   Country country = countryRepository.getCountry();
   //below when we initialize cities using object country so that directly communicate with database and retrieve all cities from database this happens just because of @Transactinal
   Object object = country.getCities().size();   
}

Also grundsätzlich @Transactional is Service kann mehrere Anrufe in einer einzigen Transaktion tätigen, ohne die Verbindung mit dem Endpunkt zu beenden.