Bonjour,

J'ai les relations suivantes :

Compte --[0..1]------[1]-- Journal -- [0..n] ---- [1] Actions

Soit, un compte porte un journal qui lui porte une liste d'actions.
J'aimerais que du côté programmation ces relations soient conservées.

Par contre, il m'est inutile de créer la table Journal en base car cette dernière ne comporte aucune propriété autre que son ID. Ce qui pourrait donc revenir à Compte -- [0..n] ---- [1] Action.
J'aurais voulu que du côté base de données je n'aie que la relation "un compte porte des actions".

Est-ce que quelqu'un a une petite idée comment faire pour conservé cette structure Compte - Journal - Action sans pour autant avoir une table Journal.

Merci d'avance.

Une Action a n Journal, donc il y a une table Journal, c'est normal. Si la relation avait été de multiplicité <=1 il aurait été possible de mapper ça avec un composant.

En l'occurrence, donc, Journal existe et contient donc une colonne additionnelle vers son "conteneur" Action.

À mon avis, ne pas vouloir créer la table Journal parce qu'elle te semble inutile n'est pas une raison suffisante. De plus, si ce schéma n'est pas juste un petit programme pour toi, tu t'exposes à un problème de maintenance : les gens qui te succèderont se demanderont pourquoi tu n'as pas créé de table Journal et qu'au lieu de ça tu as créé un champs bizarre dans Action (pas très mappable avec Hibernate en plus) pour contenir une liste.

Bon, je viens de te relire, c'est l'inverse que tu entends (j'ai lu en UML ton truc), mais ça revient au même en changeant le nom des objets :-).

Tu n'as pas tord en ce qui concerne la maintenance. Merci pour ta réponse. Je laisse donc comme c'est.

Merci encore et salutations.