Hi,

ich habe ein Problem mit den Cascades in Hibernate. Bei meinem letzten Projekt habe ich versucht in die Annotations Cascades für das löschen von Objekten zu definieren.
Beispiel:

Note * <- -> 1 Appointment

Code :

1 2 3 4

@OneToMany (mappedBy = "Appointment", fetch = FetchType.EAGER)     @Cascade(value=org.hibernate.annotations.CascadeType.DELETE_ORPHAN)     @JoinColumn(name="FK_ID_APPOINTMENT")     private Set<Note> Notes;

Ich wollte die Cascades so definieren, dass wenn ich das Appointment lösche, automatisch alle Notes gelöscht werden.
Habe dann aber im offiziellen Hibernateforum gelsen, dass von den DELETE-Cascades abgeraten wird. Bei komplexeren Problemen sollte das "individuell" im Code gelöst werden. Habe ich drauf gehört und es folgendermaßen implementiert:

Code :

1 2 3 4 5 6 7 8 9 10 11 12

public boolean del(int pos) {         Appointment app = this.get(pos);                   //in einer abstrakten Hibernate-Manager Klasse definiert         Set<Note> notes = app.getNotes();         for (Iterator<Note> i = notes.iterator(); i.hasNext();) {             Note note = (Note)i.next();             super.delHibernateEntity(note, Note.class);   //in einer abstrakten Hibernate-Manager Klasse definiert             System.out.println(note.getID());         }         app.setAttender_User(new HashSet<User>());         this.update(app);                        //in einer abstrakten Hibernate-Manager Klasse definiert         return super.delHibernateEntity(app, Appointment.class);              //in einer abstrakten Hibernate-Manager Klasse definiert     }

Meine Frage nun: Was macht für euch mehr Sinn? Cascade oder selbst implementieren?

Gruß
Markus

Hi,

also ich verwende hierfür die JPA Annotations und das funktioniert ohne Probleme:

Department.class

Code java:

1 2	@OneToMany(mappedBy = "department", cascade = { CascadeType.MERGE, CascadeType.DETACH, CascadeType.PERSIST, CascadeType.REFRESH, CascadeType.REMOVE }, fetch = FetchType.LAZY) private Set<Account> accounts;

Beim Löschen ist nur darauf zu achten, dass die Integrität nicht verletzt wird z.B. wenn es noch Entities gibt, welche die zu löschende Department Entity noch referenzieren.

Gruß Sebastian

Hi,

ich bin generell gegen cascade.

Denn mit wachsender Struktur wird das nicht mehr wartbar. Dann lieber mehr Geist in das Löschen setzen. Da weiß man wenigstens was passiert.

Einzige Ausnahme an der ich die Cascade-Types setzen würde, wären OneToOne-Beziehungen. Diese Beziehungen kommen aber eben seeehr selten vor