Discussion :

[0coco0]

Bonjour a tous
je travaille actuellement sur un projet sur lequel j'utilise Hibernate et Struts.
J'ai un petit doute à propos d'un petit truc. Alors, j'ai une classe Contact qui sert à instancier les contacts d'un certain client.
Chaque contact à une profession (Manager, Manager Telecom, Administrateur ...). ce que je me demandait c'était si je devai représenter la profession comme un attribut ou bien comme une classe persistante que je vais mapper et remplir par les différentes profession et qui sera associer à Contact par une association one-to-one.
Je pense que la deuxième solution est meilleur car elle me permettra après dans la présentation de faciliter le choix pour l'utilisateur (notamment avec Ajax...).
Qu'est ce que vous en penser?
Merçi

[Rizzen]

Le stockage est indépendant de la représentation pour l'utilisateur.

Dans une logique pur merise tu pourrais avoir une table contact et un table profession avec une relation one-to-many. (une profession peut participer plusieurs fois à la liaison contact/profession). Cette vision peut-être bien si par la suite le nombre de profession est extensible. Mais cela ajoute des jointures lors de requête.

Une deuxième solution est de mettre directement l'information dans ta table contact, si tu ne modifie pas le champs profession trop souvent. ça peut-te faciliter la vie. Si tu aura toujours les mêmes professions tu peux en faire une énumération. Cette deuxième possibilité est moins évolutive.

Le choix va dépendre du périmètre que tu as définis pour ton application et de l'importance de la donnée profession.

J'espère que j'ai été assez clair

[0coco0]

oui merçi
j'opterai pour la première solution, ce que j'avait en tete quoi.