Je suis d'accord avec la solution de Willfied. Le souci c'est que tu abordes le probl�me � l'envers � mon avis. Il vaut mieux chercher d'abord les objets et en d�duire le mod�le de donn�es plut�t que le contraire. C'est d'ailleurs le concept des CMP, c'est ton outil de d�ploiement et ton conteneur qui te proposent un mod�le de donn�es � partir de ton mod�le d'objets. Tu n'as pas � t'en occuper. Parce que l�, la question importante c'est : as-tu besoin de diff�rencier tes objets Bookmark et Folder ? Fonctionnellement est-ce n�cessaire ou utile pout toi ? Ou peux-tu te contenter d'une seule classe Node avec un simple champ "type" ? De l�, tu peux d�duire ton mod�le objet, et ensuite ton mod�le de donn�es ...
Fr�d�ric > -----Message d'origine----- > De : willfried Matter [mailto:[EMAIL PROTECTED]] > Envoy� : vendredi 4 octobre 2002 15:01 > � : [EMAIL PROTECTED] > Objet : Re: Mod�lisation d'un arbre > > > Il te faut une classe "myTreeNode" dont h�ritent bookmark et folder. > Dont la table "myTreeNode" distribuent les id entre les > bookmark et les folder. > > Cette table est typiquement avec trois champs : > id - type (outable) - name > > Et la tu es pr�t pour les extensions � d'autres "types de noeud" > dans l'arbre. > > PS : renomme ta table node "Link" ou "Lien" > > willfried > > Luc Dewavrin a �crit : > > > Bonjour, > > > > je souhaiterais mod�liser des relations hierarchiques > entre des donn�es. > > Cette question n'est pas tr�s en rapport avec Java mais > une partie de > > l'impl�mentation > > le sera. > > En fait je souhaite mod�liser un arbre contenant des > r�pertoires comme > > noeuds > > et des bookmarks comme feuilles. Seulement les types des feuilles > > peuvent �tre amen�s � changer ( �tre �tendu vers un type > fichier par > > exemple). > > Ces donn�es seront represent�es par des > > Entity Beans CMP 2.0. > > Je souhaite partir d'un sch�ma de donn�es pour ensuite en > d�duire les EJB > > entit�. > > > > Le "sch�ma de donn�es" suivant est-il judicieux ? > > ( � mon avis non ...) > > > > - une table bookmark ( bookmark_id, bookmark_desc,...) > > - une table folder ( folder_id, folder_desc...) > > - une table node ( noeud_id_pere, noeud_id_fils, > type_noeud_fils) pour les > > relations . > > > > Avec par exemple, > > des enregistrements comme ceux-ci pour la table node: > > 1,2,"FOLDER" > > 2,1,"BOOKMARK" > > => c.a.d qui' il y a 2 enregistrements FOLDER ayant les ids 1 et 2 > > et un enregistrement BOOKMARK d'id 1. > > > > Ce qui me g�ne c'est d'avoir dans la table node � d�finir > le type du fils > > pour chercher > > l'enregistrement correspondant dans la bonne table ( > folder ou bookmark) > > => cette recherche ne peut-�tre faite que par > programmation => impossible > > � mod�liser sous forme d'EJB entit� Node. > > De plus, il m'est difficile de mettre une contrainte > d'int�grit� sur le > > champ noeud_id_fils > > car il peut-�tre li� � plusieurs cl�s primaires ( > bookmark_id ou folder_id > > et �ventuellement file_id, etc...) > > > > Avez-vous donc des exemples, id�es ou patterns sur le > moyen de d�finir ce > > type de relation > > de mani�re g�n�rique? > > > > En esp�rant avoir �t� clair ... > > D'avance merci, > > Luc > >
