Discussion :

[seanbean]

Bonjour,

Je suis débutant sur Hibernate, et là je suis coincé sur un mappage d'une association. Voilà mes 3 tables :
Joueur(idjoueur, nom,...)
Participe(idjoueur, idjeu, points)
Jeu(idjeu, libelle,...)

Entre Joueur et Jeu, j'ai compris qu'il fallait faire MANY-TO-MANY.
Donc dans la class Joueur ( Une liste d'objets Jeu), et dans la classe Jeu (Une liste d'objets Joueur).

Mais pour Participe, comment récupérer les points (ceux de Participe) dans mes classes ?

Enfin je suis perdu, je ne vois pas comment récupérer cela.

Merci pour votre aide,

[mOuLi]

Bonjour,

Tu devrais regarder dans la doc de référence d'Hibernate2. A la fin du document, il y a justement un cas similaire de mapping avec les entités Order / LineItem / Product.

[seanbean]

Bonjour,

Tu devrais regarder dans la doc de référence d'Hibernate2. A la fin du document, il y a justement un cas similaire de mapping avec les entités Order / LineItem / Product.

Merci pour ton aide, j'ai mappé le tout, sauf que pour la colonne POINTS, je n'ai pas réussi à la mapper. Elle se trouve dans la table Participe, et je n'ai pas de classe Participe !

Je suis coincé

[mOuLi]

Effectivement, l'exemple de mapping que je t'ai indiqué ne définit pas une relation many2many puisque (de base) ce type d'association correspond à une relation N/N avec table d'association sans info supplémentaire.

Donc en transposant l'exemple de la doc de référence avec tes entités, tu aurais besoin de 3 classes :

• Joueur et Jeu (évidemment)
• Participe qui contiendra la propriété d'association (points) et un lien vers une instance de Jeu.

Dans ta classe Joueur, tu auras une liste d'éléments de type Participe en utilisant dans ton mapping une liste de "composite-element" à l'intérieur duquel tu as une association de type many-to-one vers la classe Jeu.

J'espère que tu vois ce que je veux dire

[seanbean]

Effectivement, l'exemple de mapping que je t'ai indiqué ne définit pas une relation many2many puisque (de base) ce type d'association correspond à une relation N/N avec table d'association sans info supplémentaire.

Donc en transposant l'exemple de la doc de référence avec tes entités, tu aurais besoin de 3 classes :

• Joueur et Jeu (évidemment)
• Participe qui contiendra la propriété d'association (points) et un lien vers une instance de Jeu.

Dans ta classe Joueur, tu auras une liste d'éléments de type Participe en utilisant dans ton mapping une liste de "composite-element" à l'intérieur duquel tu as une association de type many-to-one vers la classe Jeu.

J'espère que tu vois ce que je veux dire

Merci beaucoup, je vois ce que tu veux dire en général.

Le "composite-element" est dans le mapping de Joueur ou Participe ?

Désolé si c'est une question bête.

[mOuLi]

Je te rassure, ça n'est absolument pas une question bête

Je pense qu'il faudrait tourner la question en "comment est-ce que je vais manipuler ces informations dans mon modèle objet ?". Ce point regroupe tout ce qui est correspondance des types Java/SQL, visibilité des associations (unidirectionnelle ou bidirectionnelle ?) ... Le plus simple avec Hibernate (à mon avis) est de partir d'un modèle objet pour en déduire le modèle relationnel. Dans ton cas, c'est l'inverse (tu déduis ton modèle objet à partir d'un schéma relationnel existant) et donc tu vas devoir te poser la question si c'est l'entité Joueur ou Jeu qui aura la visibilité sur le score (via la classe Participe) ?

Si je reprends l'exemple du mapping Order/LineItem/Product de la doc de référence Hibernate2. Le choix de visibilité est Order voit une liste de LineItem et chaque LineItem voit Product. Je pense qu'il serait possible de faire l'inverse (c-a-d Product voit une liste de LineItem et chaque LineItem voit Order) tout en conservant le même modèle relationnel.

Donc à toi de juger quel est le sens qui répondra le mieux à tes besoins de traitement côté Java