JPA ist unbestreitbar eine große Vereinfachung im Bereich von Unternehmensanwendungen, die auf der Java-Plattform basieren. Als Entwickler, der sich mit den Feinheiten der alten Entity Beans in J2EE auseinandersetzen musste, sehe ich die Aufnahme von JPA in die Java EE-Spezifikationen als einen großen Sprung nach vorne. Während ich mich jedoch eingehender mit den JPA-Details befasse, finde ich Dinge, die nicht so einfach sind. In diesem Artikel beschäftige ich mich mit dem Vergleich der Merge- und Persist-Methoden des EntityManager, deren überlappendes Verhalten nicht nur bei Neulingen Verwirrung stiften kann. Darüber hinaus schlage ich eine Verallgemeinerung vor, bei der beide Methoden als Sonderfälle eines allgemeineren Methodenkombinats betrachtet werden.
Bestehende Einheiten
Im Gegensatz zur Zusammenführungsmethode ist die Persist-Methode ziemlich einfach und intuitiv. Das häufigste Szenario für die Verwendung der Persist-Methode kann wie folgt zusammengefasst werden:
"Eine neu erstellte Instanz der Entitätsklasse wird an die persist-Methode übergeben. Nachdem diese Methode zurückgegeben wurde, wird die Entität verwaltet und zum Einfügen in die Datenbank geplant. Dies kann bei oder vor dem Festschreiben der Transaktion oder beim Aufruf der Flush-Methode geschehen. Wenn die Entität über eine Beziehung, die mit der PERSIST-Kaskadenstrategie markiert ist, auf eine andere Entität verweist, wird dieses Verfahren auch auf diese angewendet. "
Die Spezifikation geht mehr auf Details ein, das Erinnern an sie ist jedoch nicht entscheidend, da diese Details nur mehr oder weniger exotische Situationen abdecken.
Zusammenführen von Einheiten
Im Vergleich zu persist ist die Beschreibung des Zusammenführungsverhaltens nicht so einfach. Es gibt kein Hauptszenario, wie es im Fall von persist der Fall ist, und ein Programmierer muss sich alle Szenarien merken, um einen korrekten Code zu schreiben. Es scheint mir, dass die JPA-Designer eine Methode haben wollten, deren Hauptanliegen darin besteht, getrennte Entitäten zu behandeln (im Gegensatz zu der Persist-Methode, die sich hauptsächlich mit neu erstellten Entitäten befasst). Die Hauptaufgabe der Zusammenführungsmethode besteht darin, den Status von einer zu übertragen Nicht verwaltete Entität (als Argument übergeben) an ihr verwaltetes Gegenstück im Persistenzkontext. Diese Aufgabe gliedert sich jedoch weiter in mehrere Szenarien, die die Verständlichkeit des Verhaltens der Gesamtmethode verschlechtern.
Anstatt Absätze aus der JPA-Spezifikation zu wiederholen, habe ich ein Flussdiagramm erstellt, das das Verhalten der Zusammenführungsmethode schematisch darstellt:
Also, wann sollte ich persist verwenden und wann zusammenführen?
fortdauern
- Sie möchten, dass die Methode immer eine neue Entität erstellt und niemals eine Entität aktualisiert. Andernfalls löst die Methode eine Ausnahme als Folge einer Verletzung der Eindeutigkeit des Primärschlüssels aus.
- Stapelprozesse, die Entitäten zustandsbehaftet behandeln (siehe Gateway-Muster).
- Leistungsoptimierung
verschmelzen
- Sie möchten, dass die Methode eine Entität in die Datenbank einfügt oder aktualisiert.
- Sie möchten Entitäten zustandslos behandeln (Datenübertragungsobjekte in Diensten)
- Sie möchten eine neue Entität einfügen, die möglicherweise einen Verweis auf eine andere Entität enthält, die möglicherweise noch nicht erstellt wurde (die Beziehung muss als MERGE gekennzeichnet sein). Beispiel: Einfügen eines neuen Fotos mit einem Verweis auf ein neues oder ein bereits vorhandenes Album.
