Many to one probleme

Bonjour a tous,
j'ai un soucis avec mon aplli web je vous explique.
j'ai une relation many to one entre un pere et des enfants. (Un pere peut avoir plusieurs enfants). Dans mon appli on peut créer, supprimer, updater... des peres et des enfants.
Le probleme est le suivant, quand je supprime un pere alors qu'il a encore des enfants enregistrés dans la base de donnée ca merdouille!
Je voulais donc créer dans mon DaoPere une fonction deleteIsPossible(Pere) qui retournesi la suppression est possible ou non.
La seule idée que je vois est de parcourir tout mes enfants et de voir si l'un d'eux a pour pere celui passé en parametre.
Maintenant si j'ai 5 enfants ca va, si j'en ai beaucoup beaucoup plus ca va mettre du temps (enfin j'imagine).

J'aimerais vos conseils pour savoir si la facon de faire est bonne ou si il ya autre chose a faire.

Merci d'avance

Dans le mapping du Pere, tu lui lies ses fils, il suffirait de tester :

Code:

---

1 2	pere.getFils().size() > 0

---

pour savoir s'il a des fils.

Ceci dit, tu auras chargé (ou tu chargeras) tous les fils... ce qui peut prendre du temps également.
Une alternative serait de faire une requête à part dans la DAO, genre

Code:

---

1 2	session.createSQLQuery("select count(*) from TableFils where ID_PERE=?").setInteger(0, id_pere).uniqueResult();

---

Tout dépend des contraintes d'intégrité réferentielles concues dans ton modèle physique, si chaque enfant a obligatoirement un père (NOT NULL) c'est normal que ça merde lors d'une suppression du père réferencé dans les enfants. Pour moi si un enfant peut exister sans père (ce qui colle bien avec la réalité), en supprimant un père, coté JPA tu fais simplement une boucle sur la collection d'enfants du père en settant à NULL le champ père, normalement tu n'as aucune requete explicité à faire, c'est une opération JPA classique.

Tu veux faire quoi au juste.

1) suppression du père et les fils
2) suppression du père mais pas des fils
3) interdire la suppression d'un père s'il a des fils

Dans tous les cas, tu peux le gérer par la contrainte référentielle sur la clé étrangère de fils ondelete = (cascade, set null, restrict)

Je voudrais interdire la suppression d'un pere s'il a des fils.
Quand tu dis :Dans le mapping du Pere, tu lui lies ses fils
Que veu tu dire par la, ajouter un one to many dans le fichier de mapping ? Ca m'embete un peu vu que la relation est déja faites entre les pere et fils.

Et peux tu m'en dire un peu plus sur le
tu peux le gérer par la contrainte référentielle sur la clé étrangère de fils ondelete = (cascade, set null, restrict)

Merci

Et puis il ya un truc que je ne comprend pas, quand je supprime un pere qui a des enfants, l'id_pere de ceux ci (l'attribut qui lie les 2 tables) est modifié tout seul genre il passe de 9 a 49... Quelqun sait d'ou ca peut venir ?

A priori, c'est l'objet père qui devrait avoir une liste d'enfants (relation one-to-many), enfin, ça dépend de ce que tu veux modéliser...
Ton cas serais : une personne qui a un père et une mère ? (liste chaînée)
Dans ce cas, la vérification consiste à chercher une personne qui ait l'ID en cours comme ID_PERE ou ID_MERE et ça peut être long...

Pour ce qui est des clés étrangères, dans une base de données relationnelle, tu peux préciser l'opération / contrôle à effectuer sur une opération delete.
Bref, si tu positionnes on_delete à :
- cascade -> tu supprimes les enregistrements qui te référencent
- restrict -> tu interdits de supprimer si des enregistrements te référencent
- set null -> tu mets la clé étrangère à null dans les enregistrements qui te référencent

Pour ton autre problème, je ne sais pas pourquoi l'id_pere change de valeur, il faudrait voir tout le code... mais ça doit être une erreur dans ton code ;)

Je pensais que mettre une relance many -to -one dans le mapping enfant ou mettre un one to many dans pere revenait au meme.
Quelle est la différence? dans les 2 cas un pere peut avoir plusieurs enfants.

<many-to-one> est utilisé pour référencer un objet pour une clé étrangère
(typiquement le Pere dans ton objet Fils)

<one-to-many> est utilisé pour référencer une liste d'objets liés à l'objet en cours
(typiquement un Set ou un List de Fils dans Pere)

On utilise le cas 2 pour une relation hiérarchique (en-tête facture - lignes facture, etc...)

Merci pour ta réponse, je t'avoue que j'ai du mal a comprendre globalement comment tout cela marche.
Merci pour les réponses je vais continuer ce que je voulais faire sur mon appli (c a d mettre en place struts 2 et spring)

Pour simplifier
1) <many-to-one>

Code:

---

1 2 3 4 5 6 7

class Fils { ... private Pere pere; ... }

---

1) <one-to-many>

Code:

---

1 2 3 4 5 6 7

class Pere { ... private List<Fils> fils; ... }

---

Tu veux utiliser Struts 2 ?
Je ne sais pas si ça a évolué ces derniers temps parce que pour trouver de la bonne documentation c'était bien galère :aie: mais entre JSF et Struts 2, personnellement, c'est JSF que je choisirais.
Un cocktail explosif : JSF + Facelets + RichFaces + Seam + EJB3 :ccool:

Bonne chance ;)

En fait a l'epoque j'avais fait un stage ou on utilisait Hibernate spring et Struts 2 et je voulais retrouver cet environnement.
Sur l'appli que je fait j'ai pas vraiment de contrainte, je me remet juste dans le bain de la prog comme j'ai trouvé un taff et que je commence dans 2 semaines, en fait c'est surtout spring et hibernate que je voulais mettre en place.

Pour le one to many et many to one j'ai capté, d'apres ce que j'ai compris il faut que mes tables soit de types innoDB pour créer la relation sur la foreign key. En fait j'ai juste ma table de Pere avec Id, Nom Prenom, et ma tabl Enfant avec Id, Nom, Prenom, IdPere. Et ma relation est juste crée dans le mapping de la classe Enfant abec une many to one sur IdPere.

Au final j'affiche ca http://parra.pierre.free.fr/Crud.JPG

D'un point de vue purement fonctionnel, un père est une personne et un fils également. Il serait donc plus "juste" de créer une relation de Personne -> Personne par une clé étrangère "parent".
Tu aurais donc

Code:

---

1 2 3 4 5 6 7 8 9

class Personne { private Integer UID; private Integer PERE_UID; private String nom; private String prenom; ... }

---

On peut représenter également MERE_UID si besoin, ce n'est pas du sexisme ;)

Du coup, tu as une représentation totalement arborescente d'une personne...

Pour les contraintes d'intégrités, effectivement, avec MySQL, il faut utiliser innoDB (ce que je te conseille dans tous les cas d'ailleurs)

Sinon, cool, et bonne chance pour ton nouveau job :ccool:

Merci bien, je suis en ce moment entrain de me demerder pour comprendre spring, j'ai encore bien du mal a comprendre ce qu'il apporte a une appli avec hibernate (sans utiliser le spring MVC)

Citation:

---

Envoyé par kalurar

Je voudrais interdire la suppression d'un pere s'il a des fils.

---

Code:

---

1 2 3 4 5

try{ session.delete(pere); } catch (HibernateException e){ // suppression impossible }

---

Sinon

Code:

---

boolean hasChilds = session.createQuery("from Fils f where f.pere = :pere").setParameter("pere",pere).list().size()>0

---

ou encore

Code:

---

boolean hasChilds = ((Integer)(session.createQuery("select count(*) from Fils f where f.pere = :pere").setParameter("pere",pere).uniqueResult()))>0

---

Citation:

---

Envoyé par kalurar

je suis en ce moment entrain de me demerder pour comprendre spring, j'ai encore bien du mal a comprendre ce qu'il apporte a une appli avec hibernate (sans utiliser le spring MVC)

---

C'est basé sur l'inversion de contrôle, en gros, ça permet de spécifier par un fichier de paramétrage un objet qui serait inclut dans un autre (en très très simplifié)
L'intérêt de Spring ? Euh, franchement, dans le cas d'une application pour 1 client, il n'y en a pas vraiment. Par contre, pour un progiciel, destiné à plusieurs clients, avec des paramétrages différents, là, il n'y a pas photo...
Ou alors, on passe aux EJB...