Discussion :

[valkeke]

Bonjour,

Je débute avec Hibernate et je n'arrive pas bien saisir la notation Delete-Orphan au niveau des cascades. J'ai lu la doc hibernate et l'exemple Père/Fils (chapitre 21) mais qd il dise

Parent p = (Parent) session.load(Parent.class, pid);
Child c = (Child) p.getChildren().iterator().next();
p.getChildren().remove(c);
session.delete(c);
session.flush();

Ici le child est vraimant effacé: donc OK compris !

Dans notre cas, un Child ne peut pas vraiment exister sans son père. Si nous effacons un Child de la collection,
nous voulons vraiment qu'il soit effacé. Pour cela, nous devons utiliser cascade="all-delete-orphan".
<set name="children" inverse="true" cascade="all-delete-orphan">
<key column="parent_id"/>
<one-to-many class="Child"/>
</set>

je ne comprends pas ce qu'apporte cette solution qd on met delete-orphan en plus...

il y a un truc qui m'échappe.. je dois me mélanger les pinceaux !!

Si vous pouviez m'éclaircir les idées...
merci

[fr1man]

Si tu supprimes le père, les enfants seront donc orphelins.
L'annotation permet de supprimer ses orphelins au moment de la suppression du père.
C'est plus clair ?

[JeitEmgie]

Si tu supprimes le père, les enfants seront donc orphelins.
L'annotation permet de supprimer ses orphelins au moment de la suppression du père.
C'est plus clair ?

Sauf que çà c'est la fonction du cascade delete pas du cascade delete-orphan…

Le delete orphan sert à éviter que des enfants enlevés de la Collection<Child> du parent qui a a été chargée par Hibernate ne restent en base même s'ils n'ont pas été effacés explicitement par des opérations de delete/remove dans la session/l'entity manager.
Dans le cas particulier de @OneToMany avec table intermédiaire, cela permet aussi de nettoyer les records de jointure.

La doc Hibernate est ambigüe car une fois le delete-orphan spécifié il n'est plus nécessaire de faire "session.delete(c)" : "p.getChildren().remove(c);" suffit.

(l'exemple ici est plus clair)

Pour que delete orphan fonctionne correctement, il faut toujours manipuler la Collection chargée par Hibernate (proxified) et ne jamais plus faire de setChildren() explicite pour remplacer une Collection<Child> chargée par Hibernate par une Collection<Child> nouvellement créé dans le code Java. Comme on écrit parfois du code "universel" sans trop se préoccuper d'où vient l'entité Parent, on peut vite avoir des (mauvaises) surprises…

[valkeke]

Relation One-to-Many : cascade="delete" au niveau du père : tu effaces le père tous les fils sont supprimés : ok !

Relation One-to-Many : cascade="delete-orphan" (merci pour le lien !)
Tu n'es pas obligé d’appeler session.delete(child) sur tous les fils que tu veux supprimées de la liste.
La méthode Remove casse le lien entre Père/Fils, la clé étrangère dans la table fils est à NULL et comme il y a une relation transitive delete-orphan, le fils est alors supprimé.

Je suis d'accord avec toi, la doc d'hibernate n'est pas tjrs tres claire : y-a-t'il un livre qui explique bcp mieux les principes d'hibernate? le best seller d'hibernate...

Une autre question : ma relation est en fait Agence/Conseiller.
Est-ce qu'il y a une tactique pour éliminer automatiquement une agence qui ne contiendrait plus de conseiller ?(règle métier : une agence existe si et seulement si elle possède un conseiller)
Actuellement, je fais cela manuellement, mais afin d'optimiser le nombre de requëte, je souhaiterais qd je fais un remove sur le conseiller et qu'hibernate s'apperçoive que la liste est maintenant vide, hibernate supprime l'agence.... j'en demande un peu trop peut-être
j'espère être clair..

merci pour vos conseils