Hibernate bündig meine aktualisierte persistente Objekt beim Aufruf von session.close () - mit FlushMode.AUTO?

Wenn FlushMode.AUTO eingestellt ist, wird Hibernate flush meinem aktualisierten persistenten Objekts, wenn ich call session.close()?

Ich weiß, dass Sitzung.close() normalerweise nicht, Spülen Sie die Sitzung, aber ich bin mir nicht sicher, wie Sie Sie FlushMode.AUTO auswirkt.

Aus der Docs:

FlushMode.AUTO

Die Sitzung wird manchmal geleert, bevor die Ausführung der Abfrage, um sicherzustellen, dass Abfragen, nie wieder veralteten Zustand. Dies ist die Standard-flush-Modus.

Bedeutet dies, ich können sich auf den Ruhezustand, um zu überprüfen, meine änderungen sind gerötet manchmal, bevor meine Sitzung ist geschlossen?

Kleines code-Beispiel: 

Session session = HibernateSessionFactory.getSession();  
PersistedObject p = session.get(PersistedObject.class,id);  
p.setSomeProperty(newValue);  
session.close();

UPDATE

Nach die docs dies sind die Orte, wo die Sitzung flush (wenn AUTO verwendet wird)

  • vor einigen Abfrage-Ausführungen
  • von org.hibernate.Die Transaktion.commit()
  • aus der Sitzung.flush()

Diese sagt nichts über die Session.close () -

InformationsquelleAutor Ittai | 2010-10-14
  1. 13

    Hibernate bündig meine aktualisierte persistente Objekt beim Aufruf von session.close () - (mit FlushMode.AUTO)?

    Nein ist es nicht, und Sie sollten verwenden Sie eine Transaktion mit gut definierten Grenzen. Zitieren Nicht-transaktionalen Zugriff auf die Daten und die auto-commit-Modus:

    Arbeiten nontransactionally mit Hibernate

    Betrachten Sie den folgenden code, die
    auf die Datenbank zugreift, ohne
    transaktionsgrenzen:

    Session session = sessionFactory.openSession(); 
session.get(Item.class, 123l); 
session.close();

    Standardmäßig in einer Java-SE-Umgebung
    mit einem JDBC-Konfiguration, diese ist
    was passiert, wenn Sie diese ausführen
    snippet:

    1. Eine neue Sitzung geöffnet wird. Es nicht erhalten, eine Datenbank-Verbindung mit dieser
      Punkt.
    2. Der Aufruf von get() wird ein SQL-SELECT. Die Sitzung jetzt erhält Sie eine JDBC
      Verbindung aus dem connection pool.
      Hibernate standardmäßig sofort
      schaltet den autocommit-Modus an diesem
      Verbindung mit setAutoCommit(false).
      Dies startet eine JDBC
      Transaktion!!!
    3. Der SELECT ausgeführt wird, in diesem JDBC Transaktion. Die Sitzung ist
      geschlossen, und die Verbindung wird zurückgegeben
      der pool und veröffentlicht von Hibernate
      — Hibernate ruft close() auf den JDBC
      - Verbindung. Was passiert mit dem
      uncommitted Transaktion?

    Die Antwort auf diese Frage ist, “Es
    kommt drauf an!" Die JDBC-Spezifikation
    sagt nichts über ausstehende
    Transaktionen wenn close() aufgerufen wird, auf
    einer Verbindung. Was passiert, hängt davon ab,
    wie der Anbieter implementieren den
    - Spezifikation. Mit Oracle JDBC
    Treiber, zum Beispiel, wird der Anruf an
    close() commit der Transaktion!!! Die meisten
    andere JDBC-Händler, der vernünftige route
    und ein Rollback aller anstehenden Transaktion
    wenn der JDBC-Connection-Objekt ist
    geschlossen und die Ressource zurückgegeben wird
    das pool.

    Offensichtlich, dies ist nicht ein problem für
    die SELECT-Sie haben ausgeführt, aber schauen Sie
    bei dieser variation:

    Session session = getSessionFactory().openSession(); 
Long generatedId = session.save(item); 
session.close();

    Dieser code führt einen INSERT
    Anweisung ausgeführt, im inneren eine
    die Transaktion, die noch nie begangen oder
    ein Rollback ausgeführt. Auf Oracle, dieses Stück des
    code fügt Daten dauerhaft; in
    andere Datenbanken, kann es nicht. (Dies
    situation ist etwas mehr
    kompliziert: Das INSERT ausgeführt wird
    nur wenn die id-generator
    es erfordert. Zum Beispiel, eine
    Bezeichner Wert erhalten werden kann aus
    eine Sequenz ohne ein INSERT. Die
    persistent entity ist dann in der Warteschlange, bis
    flush-Zeit einführen — die nie
    passiert in diesem code    . Eine Identität
    Strategie erfordert eine sofortige EINFÜGEN
    für den Wert erstellt werden.)

    Bottom line: verwenden Sie die explizite Transaktion Abgrenzung.

    • ) Ich habe gerade diese passage aus dem link, den Sie gab mir in einer anderen Frage zurück, refresh und es sehen. Sie sind natürlich richtig und ich danke Ihnen sehr für die Klärung dieses wichtige Thema für mich.
    InformationsquelleAutor Pascal Thivent
  2. 0

    schließen einer session wird immer flush al arbeiten an der Datenbank. Flushmode.AUTO spült die Arbeit an der Datenbank, wenn es änderungen und Sie sind quering die Tabelle mit den geänderten Datensätze.

    • danke für deine Antwort. Sie legen irgendeine Art von Referenz zu dieser Aussage? Ich habe gelesen, zu viele Buchungen on-line in Bezug auf diese, die verwirren mich (daher meine Frage) und ich würde sehr dankbar für einen link zu einem zertifizierten Hibernate Quelle.
    • docs.jboss.org/hibernate/stable/core/reference/en/html/... ok ich war nicht ganz korrekt. Wenn Sie mit Transaktionen der commit-flush. Wenn es keine aktiven Transaktion alle änderungen direkt an der Datenbank (eine Transaktion pro session-Methode aufrufen)
    • stimmt, denn meine Erfahrung ist leider mit oracle 9-Datenbank
    InformationsquelleAutor Salandur
Schreibe einen Kommentar