Was ist der Unterschied zwischen persist() und merge() in JPA und Hibernate?

Was ist der Unterschied zwischen persist() und merge() in den Ruhezustand?

persist() können, erstellen Sie einen UPDATE & INSERT-Abfrage, zB:

SessionFactory sef = cfg.buildSessionFactory();
Session session = sef.openSession();
A a=new A();
session.persist(a);
a.setName("Mario");
session.flush();

in diesem Fall Abfrage generiert wird, wie diese:

Hibernate: insert into A (NAME, ID) values (?, ?)
Hibernate: update A set NAME=? where ID=?

so persist() Methode kann generieren eine Insert-und eine Update.

Nun mit merge():

SessionFactory sef = cfg.buildSessionFactory();
Session session = sef.openSession();
Singer singer = new Singer();
singer.setName("Luciano Pavarotti");
session.merge(singer);
session.flush();

Dies ist, was ich sehe in der Datenbank:

SINGER_ID   SINGER_NAME
1           Ricky Martin
2           Madonna
3           Elvis Presley
4           Luciano Pavarotti

Nun einen Datensatz aktualisieren mit merge()

SessionFactory sef = cfg.buildSessionFactory();
Session session = sef.openSession();
Singer singer = new Singer();
singer.setId(2);
singer.setName("Luciano Pavarotti");
session.merge(singer);
session.flush();

Dies ist, was ich sehe in der Datenbank:

SINGER_ID   SINGER_NAME
1           Ricky Martin
2           Luciano Pavarotti
3           Elvis Presley

Die javadoc ist sehr explizit über was Sie tun, und was die Unterschiede sind. Haben Sie gelesen und verstanden?
Check stackoverflow.com/questions/161224/...
stackoverflow.com/questions/1069992/...

InformationsquelleAutor Jimit Tank | 2010-12-22

142

JPA-Spezifikation enthält eine sehr genaue Beschreibung der Semantik dieser Operationen, besser als in javadoc:
Die Semantik der bestehen
operation angewendet, zu einer Einheit X sind
wie folgt:
- Wenn X ist eine neue Entität, es
  verwaltet wird. Die Entität X wird
  in die Datenbank eingegeben werden an oder vor dem
  Transaktion commit oder als Folge von
  die flush-operation.
- Wenn X eine
  bereits vorhandene verwaltete Einheit, es ist
  ignoriert von der anhaltenden Betrieb.
  Jedoch, der anhalten Betrieb ist
  kaskadiert auf Personen verwiesen wird, die von X,
  wenn die Beziehungen von X zu diese
  andere Personen versehen sind mit dem
  cascade=PERSIST oder cascade=ALL
  annotation element Wert oder angegebene
  mit der entsprechenden XML-Deskriptor
  element.
- Wenn X eine entfernte Einheit,
  es verwaltet wird.
- Wenn X eine
  freistehendes Objekt, die
  EntityExistsException geworfen werden darf
  wenn der persist operation aufgerufen wird,
  oder die EntityExistsException oder
  ein weiterer PersistenceException werden kann
  geworfen zu Spülen oder den commit-Zeitpunkt.
- Für
  alle Personen Y verwiesen wird, die von einem
  Beziehung von X, wenn die
  Beziehung zu Y wurde kommentiert
  mit der cascade-element mit dem Wert
  cascade=PERSIST oder cascade=ALL, die
  bestehen operation wird angewendet, um Y.
Die Semantik der merge Betrieb
angewendet auf eine Entität X sind wie folgt:
- Wenn X ist eine freistehende Einheit, der Staat
  von X kopiert wird auf eine bereits vorhandene
  managed entity Instanz X' die gleiche
  Identität oder eine neue verwaltete Kopie X' von X
  erstellt.
- Wenn X eine neue Entität
  Beispiel, einen neuen verwalteten Einheit
  Instanz X' wird erstellt und der Zustand
  von X wird kopiert und in die neue managed
  entity Instanz X'.
- Wenn X eine
  removed entity Instanz, ein
  IllegalArgumentException werden
  ausgelöst durch den merge-Vorgang (oder die
  Transaktion commit fehlschlagen).
- Wenn X
  ist eine verwaltete Entität, es wird ignoriert
  die merge-operation, jedoch die
  merge-Vorgang wird kaskadiert zu
  Entitäten verwiesen wird, die von Beziehungen
  von X, wenn diese Beziehungen haben
  versehen wurde, mit der Kaskade
  element Wert cascade=MERGE oder
  cascade=ALL annotation.
- Für alle
  Entitäten Y verwiesen wird, die von Beziehungen
  von X mit der cascade-element
  Wert cascade=MERGE oder cascade=ALL -, Y -
  zusammengeführt wird rekursiv als Y'. Für alle
  Z Y verwiesen wird, die von X, X' gesetzt ist
  Referenz Y'. (Beachten Sie, dass wenn X ist
  verwaltet dann ist X das gleiche Objekt wie
  X'.)
- Wenn X ist eine Einheit zusammengeführt, um X',
  mit einem Verweis zu einer anderen Entität Y,
  wo cascade=MERGE oder cascade=ALL ist
  nicht angegeben ist, dann ist die navigation der
  dieselbe Vereinigung von X' liefert ein
  Referenz auf ein verwaltetes Objekt Y' mit
  die gleichen persistenten Identität als Y.
- Danke für die info. Ich sehe die Semantik der beiden Definitionen. Aber die Frage ist, über die Unterschiede zwischen Ihnen. Vielleicht präsentieren die Liste von Staaten und 2 sub-Abschnitt für jede unterschiedliche Verhalten von persist vs merge?
- bessere Erklärung hier - stackoverflow.com/a/1070629/710817
InformationsquelleAutor axtavt
22

Das kommt von JPA. In einer sehr einfachen Weise:

persist(entity) verwendet werden, mit völlig neuen Einheiten, um Sie in DB (wenn Einheit existiert bereits in der DB gibt es EntityExistsException werfen).

merge(entity) werden verwendet, um entity wieder an persistenzkontext, wenn die Entität losgelöst und wurde geändert.
- können Sie bitte fügen Sie eine Quelle zu Ihrer Erklärung? Danke.
- eine solche Erklärung, wie ich mich erinnere, habe ich gefunden in einem "Beginning Java EE 7" - Buch.
InformationsquelleAutor Krystian
11

Fortbestehen sollte nur aufgerufen werden, auf neue Einrichtungen, während Zusammenführen soll anfügen Abgelöste Entitäten.

Wenn Sie mit der zugeteilten generator, mithilfe von merge statt fortbestehen kann zu einem redundanten SQL-Anweisung, daher Auswirkungen auf die performance.

Auch, Aufruf merge für verwaltete Einheiten ist auch ein Fehler da die verwalteten Einheiten werden automatisch verwaltet Hibernate und Ihr Zustand wird synchronisiert mit der Datenbank-Datensatz durch die dirty-checking-Mechanismus auf Spülen der Persistenz-Kontext.

InformationsquelleAutor Vlad Mihalcea
1

der wichtigste Unterschied ist dieser:
Im Falle der persist-Methode , wenn die Entität, die verwaltet werden soll, in den Persistenz-Kontext ist bereits im persistenzkontext, der neue ignoriert wird. (NICHTS passiert)
Aber im Fall von merge-Methode, die Person, die sich schon im Persistenz-Kontext wird ersetzt durch die neue Entität (aktualisiert) und eine Kopie der aktualisierten Entität zurück. (von jetzt an keine änderungen vorgenommen werden, sollten an diese zurückgegeben Unternehmen, wenn Sie wollen, reflektieren Ihre änderungen in Persistenz-Kontext)

InformationsquelleAutor Od Chan

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.