Problème de delete sur one-to-many avec une cascade

Bonjour,

J'ai une base Oracle que je ne peux modifier au niveau de sa structure.

J'ai une table parent avec X tables filles.

Le mapping de la table DAVES est du type :

<set name = "davcds" inverse="true" cascade="delete-orphan">
<key column="DAVES_ID" on-delete="cascade"/>
<one-to-many class="com.ent.prj.persistence.domain.apv.Davcd"/>
</set>

Lorsque j'attaque le delete par le bean (ie : je charge le bean puis je demande son effacement) cela fonctionne.

Si je fais une requête HQL du type :

Delete from Daves where id = ?, en passant l'id que je veux effacer, j'ai un problème de violation de contrainte de FK sur davcd.

Je pensais que le HQL utilisait le mapping de la même façon que le 'requêtage' par les bean.

Qu'en est-il réellement? Où est-ce que je me suis trompé?

Merci d'avance pour les infos que vous pourriez m'apporter.

Nicolas

Est ce que vous avez essayé d'écrire: cascade="delete-All-orphan"?
ou bien: cacade="delete"?

Salut, je ne sais pas si ton problème est tjrs d'actualité vu le temps écoulé, mais quand tu dis ne pas pouvoir changer la structure de la base, est ce juste au niveau des relation ou en est il de même pour les contraintes ?
Car il me semble qu'il faudrait que tu ajoute le on-delete cascade sur ta foreignKey en base de donnée. La raison pour laquelle cela se passe bien lorsque tu charge l'objet c'est que les contraintes delete-cascade du mapping sont la pour dire a hibernate comment gérer les suppression des objet en mémoire, or, lors d'une requete HQL, hibernate ne le charge pas, ou plutot il ne prend que les id de l'objets le reste sera charger en lazy si jamais on y accède, or là ce n'est pas le cas, et n'ayant donc pas en mémoire les éléments de ta collection il n'effectue pas les deletes qui vont bien dessus.

Donc à mon sens (je suis loin d'être un expert, je passais sur le fofo pour un de mes problèmes avant de tomber sur ton poste :lol:) soit tu charges ton objet (soit (pas sur que ca marche) tu rajoutes clause where toujours vrai dans ton delete qui forcera H à charger ta collection du genre davcds.dave.id >0 comme ca il ne chargera rien des données de DAVE à part son Id et ce quelque soit ta politique de lazy loading) soit tu ajoute la contrainte on-delete sur ta foreign key en DBB et c'est oracle qui fera le reste comme un grand, meme si hibernate ne supprime pas explicitement les données filles.

Voili, voilou,

Esperant t'avoir aider et si je me fourvoie complètement n'hesitez pas a corriger mes inepties.