Transaktionsspeicherung ohne Aufruf der Update-Methode

Habe ich eine Methode annotiert mit @Transactional. Ich abrufen eines Objekts aus meiner Oracle-DB, ändern Sie ein Feld, und dann der Rückkehr aus der Methode. Ich habe vergessen, das Objekt zu speichern, aber entdeckt, dass die Datenbank aktualisiert wird, sowieso.

Datei ApplicationContext

<tx:annotation-driven />
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />
</bean>

meine Methode

@Transactional
public void myMethod(long id) {
    MyObject myObj = dao.getMstAttributeById(id);
    myObj.setName("new name");
    //dao.update(myObj);
}

meine Frage ist, warum tut MyObject bekommen, persistent in die Datenbank?

InformationsquelleAutor der Frage John LaFleur | 2011-11-19

  1. 44

    Weil hibernate erkennt automatisch änderungen an persistent Entitäten und aktualisiert die Datenbank entsprechend. Dieses Verhalten ist dokumentiert in Kapitel 11 der hibernate-Referenz-Handbuch. Der relevante Teil lautet:

    Hibernate definiert und unterstützt die folgenden Objektstatus:

    • Transient - ein Objekt ist transient, wenn es gerade instanziiert wurde mit dem new-operator, und es ist nicht im Zusammenhang mit einer Hibernate-Session. Es hat keine persistenten Repräsentation in der Datenbank und keine Bezeichner Wert zugewiesen wurde. Transiente Instanzen werden zerstört, indem der garbage collector, wenn der Antrag nicht halten eine Referenz mehr. Die Verwendung der Hibernate-Session, um ein Objekt persistent (und lassen Hibernate kümmern sich um die SQL-Anweisungen, die ausgeführt werden müssen, für diesen übergang).

    • Persistent - eine persistente Instanz hat eine Repräsentation in der Datenbank und einer Kennung-Wert. Es könnte nur noch gespeichert oder geladen werden, jedoch ist es per definition im Rahmen einer Sitzung. Hibernate erkennt jede änderung an einem Objekt im persistenten Zustand und synchronisieren Sie den Status mit der Datenbank, wenn die Arbeitseinheit abgeschlossen ist. Entwickler, die nicht durchführen manuelles UPDATE-Anweisungen oder DELETE-Anweisungen, wenn ein Objekt vorgenommen werden, sollten vorübergehend.

    • Freistehende - ein freistehendes Instanz ein Objekt ist, wurde Sie beharrlich, aber Ihre Sitzung wurde geschlossen. Die Referenz auf das Objekt noch gültig ist, natürlich, und die abgelösten Instanz könnte sogar geändert werden, in diesem Zustand. Ein freistehendes Instanz kann befestigt werden, um eine neue Sitzung zu einem späteren Zeitpunkt, so dass es (und die Modifikationen) hartnäckig wieder. Diese Funktion ermöglicht eine Programmierung Modell für die lange running-Einheiten von Arbeit, die erfordern, dass Benutzer denken-Zeit. Wir nennen Sie Transaktionen der Anwendung, D. H., eine Einheit der Arbeit aus der Sicht des Benutzers.

    InformationsquelleAutor der Antwort meriton

  2. 4

    Wenn Sie eine JPA, als die Spezifikation sagt, dass, wenn Sie als juristische Person in verwalteten Staat (und das ist, was Sie tun, durch das Holen der Daten aus dem DAO-innerhalb einer aktiven Transaktion), werden alle geänderten gemacht, es wird in der Datenbank widergespiegelt werden während der Transaktion commit -.

    So, in anderen Worten - ist es eigentlich egal, rufen Sie update-operation oder nicht, weil die Transaktion commit Spülen Sie die änderungen an der Datenbank.

    InformationsquelleAutor der Antwort Piotr Nowicki

  3. 1

    Fand ich verhindern der automatischen updates der Datenbank ist ein zwei-Schritt Prozess.

    Schritt I: : 

    getSession().setFlushMode(FlushMode.MANUAL) //[FlushMode.NEVER is depracated in 4.x]

    Schritt II : 

    getSession().clear(); //This will actually discard all changes

    InformationsquelleAutor der Antwort Sagar Kapadia

Schreibe einen Kommentar