Wie unterscheidet sich JPA orphanRemoval = true von der DML-Klausel ON DELETE CASCADE

Ich bin etwas verwirrt über das JPA 2.0- orphanRemovalAttribut.

Ich denke, ich kann sehen, dass dies erforderlich ist, wenn ich die DB-Generierungstools meines JPA-Anbieters verwende, um die zugrunde liegende Datenbank-DDL zu erstellen, die eine ON DELETE CASCADEBeziehung zu der jeweiligen Beziehung aufweist.

Wenn die Datenbank jedoch vorhanden ist und bereits eine ON DELETE CASCADEBeziehung besteht, reicht dies nicht aus, um die Löschung entsprechend zu kaskadieren? Was macht der orphanRemovalzusätzlich?

Prost

orphanRemovalhat nichts damit zu tun ON DELETE CASCADE.

orphanRemovalist eine ganz ORM-spezifische Sache . Es markiert die "untergeordnete" Entität, die entfernt werden soll, wenn nicht mehr auf die "übergeordnete" Entität verwiesen wird, z. B. wenn Sie die untergeordnete Entität aus der entsprechenden Sammlung der übergeordneten Entität entfernen.

ON DELETE CASCADEist eine datenbankspezifische Sache , löscht die "untergeordnete" Zeile in der Datenbank, wenn die "übergeordnete" Zeile gelöscht wird.

Ein Beispiel genommen Form hier :

Wenn ein EmployeeEntitätsobjekt entfernt wird, wird die Entfernungsoperation auf das referenzierte AddressEntitätsobjekt kaskadiert . In dieser Hinsicht orphanRemoval=trueund cascade=CascadeType.REMOVEsind identisch, und wenn orphanRemoval=trueangegeben, CascadeType.REMOVEist redundant.

Der Unterschied zwischen den beiden Einstellungen besteht in der Reaktion auf das Trennen einer Beziehung. Zum Beispiel, wenn Sie das Adressfeld auf nulloder auf ein anderes AddressObjekt setzen.

• Wenn orphanRemoval=trueangegeben, wird die getrennte AddressInstanz automatisch entfernt. Dies ist nützlich, um abhängige Objekte (z. B. Address) zu bereinigen, die ohne einen Verweis von einem Eigentümerobjekt (z Employee. B. ) nicht existieren sollten .

• Wenn nur cascade=CascadeType.REMOVEangegeben wird, wird keine automatische Aktion ausgeführt, da das Trennen einer Beziehung kein Entfernungsvorgang ist.

Um zu vermeiden, dass Referenzen durch das Entfernen verwaister Objekte hängen bleiben, sollte diese Funktion nur für Felder aktiviert werden, die private, nicht gemeinsam genutzte abhängige Objekte enthalten.

Ich hoffe das macht es klarer.

Sobald Sie eine untergeordnete Entität aus der Sammlung entfernen, entfernen Sie diese untergeordnete Entität ebenfalls aus der Datenbank. orphanRemoval bedeutet auch, dass Sie die Eltern nicht wechseln können. Wenn es eine Abteilung mit Mitarbeitern gibt, haben Sie diesen Mitarbeiter beim Löschen / Festschreiben (je nachdem, was zuerst eintritt) versehentlich aus der Datenbank entfernt, sobald Sie diesen Mitarbeiter entfernt haben, um ihn in eine andere Abteilung zu verschieben. Die Moral besteht darin, orphanRemoval auf true zu setzen, solange Sie sicher sind, dass Kinder dieses Elternteils während ihrer gesamten Existenz nicht zu einem anderen Elternteil migrieren. Durch Aktivieren von orphanRemoval wird REMOVE automatisch zur Kaskadenliste hinzugefügt.

Die entsprechende JPA-Zuordnung für die DDL ON DELETE CASCADElautet cascade=CascadeType.REMOVE. Verwaiste Entfernung bedeutet, dass abhängige Entitäten entfernt werden, wenn die Beziehung zu ihrer "übergeordneten" Entität zerstört wird. Zum Beispiel, wenn ein Kind aus einer @OneToManyBeziehung entfernt wird, ohne es explizit im Entitätsmanager zu entfernen.

Der Unterschied ist:
- orphanRemoval = true: Die Entität "Child" wird entfernt, wenn nicht mehr darauf verwiesen wird (das übergeordnete Element wird möglicherweise nicht entfernt).
- CascadeType.REMOVE: Die Entität "Child" wird nur entfernt, wenn die Entität "Parent" entfernt wird.

Da dies eine sehr häufige Frage ist, habe ich diesen Artikel geschrieben , auf dem diese Antwort basiert.

Übergänge des Entitätsstatus

JPA übersetzt Entitätsstatusübergänge in SQL-Anweisungen wie INSERT, UPDATE oder DELETE.

Wenn Sie persisteine Entität sind, planen Sie, dass die INSERT-Anweisung ausgeführt wird, wenn sie EntityManagerautomatisch oder manuell gelöscht wird.

Wenn Sie removeeine Entität sind, planen Sie die DELETE-Anweisung, die ausgeführt wird, wenn der Persistenzkontext gelöscht wird.

Übergänge von kaskadierenden Entitätszuständen

Mit JPA können Sie Entitätsstatusübergänge von übergeordneten Entitäten zu untergeordneten Entitäten weitergeben.

Wenn Sie also eine übergeordnete PostEntität haben, die mit der untergeordneten Entität @OneToManyverknüpft istPostComment :

Die commentsSammlung in der PostEntität wird wie folgt zugeordnet:

@OneToMany(
    mappedBy = "post", 
    cascade = CascadeType.ALL,
    orphanRemoval = true
)
private List<Comment> comments = new ArrayList<>();

CascadeType.ALL

Das cascadeAttribut weist den JPA-Anbieter an, den Entitätsstatusübergang von der übergeordneten PostEntität an alle PostCommentin der commentsAuflistung enthaltenen Entitäten zu übergeben .

Wenn Sie also die PostEntität entfernen :

Post post = entityManager.find(Post.class, 1L);
assertEquals(2, post.getComments().size());

entityManager.remove(post);

Der JPA-Anbieter entfernt zuerst die PostCommentEntität. Wenn alle untergeordneten Entitäten gelöscht werden, wird auch die PostEntität gelöscht :

DELETE FROM post_comment WHERE id = 1
DELETE FROM post_comment WHERE id = 2

DELETE FROM post WHERE id = 1

Waisenentfernung

Wenn Sie das orphanRemovalAttribut auf festlegen true, plant der JPA-Anbieter einen removeVorgang, wenn die untergeordnete Entität aus der Sammlung entfernt wird.

In unserem Fall also

Post post = entityManager.find(Post.class, 1L);
assertEquals(2, post.getComments().size());

PostComment postComment = post.getComments().get(0);
assertEquals(1L, postComment.getId());

post.getComments().remove(postComment);

Der JPA-Anbieter wird den zugehörigen post_commentDatensatz entfernen, da PostCommentin der commentsSammlung nicht mehr auf die Entität verwiesen wird :

DELETE FROM post_comment WHERE id = 1

AUF KASKADE LÖSCHEN

Das ON DELETE CASCADEist auf FK-Ebene definiert:

ALTER TABLE post_comment 
ADD CONSTRAINT fk_post_comment_post_id 
FOREIGN KEY (post_id) REFERENCES post 
ON DELETE CASCADE;

Wenn Sie dies tun, löschen Sie eine postZeile:

DELETE FROM post WHERE id = 1

Alle zugeordneten post_commentEntitäten werden vom Datenbankmodul automatisch entfernt. Dies kann jedoch eine sehr gefährliche Operation sein, wenn Sie versehentlich eine Stammentität löschen.

Fazit

Der Vorteil von JPA cascadeund orphanRemovalOptionen besteht darin, dass Sie auch von einer optimistischen Sperrung profitieren können , um verlorene Updates zu vermeiden .

Wenn Sie den JPA-Kaskadenmechanismus verwenden, müssen Sie keine DDL-Ebene verwenden. Dies ON DELETE CASCADEkann eine sehr gefährliche Operation sein, wenn Sie eine Stammentität entfernen, die viele untergeordnete Entitäten auf mehreren Ebenen enthält.

@GaryK Antwort ist absolut großartig, ich habe eine Stunde lang nach einer Erklärung suchen orphanRemoval = truevs CascadeType.REMOVEund es hat mir geholfen , zu verstehen.

Zusammenfassend: Funktioniert orphanRemoval = trueidentisch mit CascadeType.REMOVE NUR WENN wir object ( entityManager.delete(object)) löschen und möchten, dass auch die untergeordneten Objekte entfernt werden.

In einer völlig anderen Situation führt das Abrufen von Daten wie List<Child> childs = object.getChilds()und das anschließende Entfernen von child ( entityManager.remove(childs.get(0)) using orphanRemoval=truedazu, dass die entsprechende Entität childs.get(0)aus der Datenbank gelöscht wird.

Das Entfernen von Waisen hat im folgenden Szenario den gleichen Effekt wie ON DELETE CASCADE: - Nehmen wir an, wir haben eine einfache Beziehung zwischen der Schülerentität und einer Leitfadenentität, bei der viele Schüler demselben Leitfaden zugeordnet werden können, und in der Datenbank haben wir eine Fremdschlüsselbeziehung zwischen Student- und Guide-Tabelle, sodass die Student-Tabelle id_guide als FK hat.

    @Entity
    @Table(name = "student", catalog = "helloworld")
    public class Student implements java.io.Serializable {
     @Id
     @GeneratedValue(strategy = IDENTITY)
     @Column(name = "id")
     private Integer id;

    @ManyToOne(cascade={CascadeType.PERSIST,CascadeType.REMOVE})
    @JoinColumn(name = "id_guide")
    private Guide guide;

// Die übergeordnete Entität

    @Entity
    @Table(name = "guide", catalog = "helloworld")
    public class Guide implements java.io.Serializable {

/**
 * 
 */
private static final long serialVersionUID = 9017118664546491038L;

@Id
@GeneratedValue(strategy = IDENTITY)
@Column(name = "id", unique = true, nullable = false)
private Integer id;

@Column(name = "name", length = 45)
private String name;

@Column(name = "salary", length = 45)
private String salary;


 @OneToMany(mappedBy = "guide", orphanRemoval=true) 
 private Set<Student> students = new  HashSet<Student>(0);

In diesem Szenario ist die Beziehung so, dass die Schülerentität der Eigentümer der Beziehung ist, und als solche müssen wir die Schülerentität speichern, um den gesamten Objektgraphen beizubehalten, z

    Guide guide = new Guide("John", "$1500");
    Student s1 = new Student(guide, "Roy","ECE");
    Student s2 = new Student(guide, "Nick", "ECE");
    em.persist(s1);
    em.persist(s2);

Hier ordnen wir dieselbe Anleitung zwei verschiedenen Schülerobjekten zu. Da CASCADE.PERSIST verwendet wird, wird das Objektdiagramm wie folgt in der Datenbanktabelle gespeichert (in meinem Fall MySQL).

STUDENTentabelle: -

ID Name Dept Id_Guide

1 Roy ECE 1

2 Nick ECE 1

GUIDE Tabelle: -

ID NAME Gehalt

1 John $ 1500

und nun, wenn ich einen der Schüler entfernen möchte, mit

      Student student1 = em.find(Student.class,1);
      em.remove(student1);

und wenn ein Schülerdatensatz entfernt wird, sollte auch der entsprechende Führungsdatensatz entfernt werden. Hier kommt das CASCADE.REMOVE-Attribut in der Schülerentität ins Bild und bewirkt, dass der Schüler mit der Kennung 1 sowie das entsprechende Leitobjekt (Kennung) entfernt werden 1). In diesem Beispiel gibt es jedoch ein weiteres Schülerobjekt, das demselben Leitfadendatensatz zugeordnet ist. Wenn wir das Attribut orphanRemoval = true in der Leitfadenentität nicht verwenden, funktioniert der obige Entfernungscode nicht.