Discussion :

[ikeabp]

Bonjour,

Quelqu'un pourrait il me donner son avis sur mon modèle qui me semble louche au niveau des relations entre les tables materiel - materiel_type - valeur_caracterisitique_materiel - ligne_caracteristique_materiel et caracterisitique_materiel_type.

J'ai du mal à repésenter la relation entre ma table de matériels et des valeurs affectées aux caractéristiques du matériel en fonction du type de matériel.

C'est pour une web application d'inventaire de matériel d'une ste.

Merci

[CinePhil]

D'abord, je trouve que tu gagnerais en clarté en simplifiant le nom de tes colonnes. Au lieu de reprendre le nom de la table, utilise un préfixe mnémotechnique. Par exemple :
- materiel => mat_
- materiel_type => mty_

Venons-en au schéma...

1) Puisque tout matériel a une référence comptable et que toute référence comptable se rapporte à un matériel, pourquoi avoir fait deux tables ?

2) Dans la table affectation, je vois une clé étrangère IdEvenement alors que la table n'est pas associée à une table d'événements mais de motifs. Tu as changé le nom de la table en cours de route ?

J'ai du mal à repésenter la relation entre ma table de matériels et des valeurs affectées aux caractéristiques du matériel en fonction du type de matériel.

Effectivement, c'est un peu confus !

Ce que je comprends, c'est qu'un type de matériel peut avoir plusieurs caractéristiques. D'après ta table associative ligne_champ_materiel, il semble qu'une caractéristique puisse caractériser plusieurs types de matériels.

Ensuite, je pense que ce que tu veux formaliser, c'est qu'un matériel ne peut avoir d'autres caractéristiques que celles de son type et que tu veux y associer une valeur pour chaque couple {matériel, caractéristique}.
Il faut alors associer la table matériel à la table ligne_champ_matériel (ce n'est pas un nom très clair au passage !) :
materiel ||----< valeur-caracteristique >----|| ligne_champ_materiel

Quelques précisions conceptuelles tout de même...
La table associative ligne_champ_materiel reflète le morceau de MCD suivant :
materiel_type -0,n----caracteriser----0,n- caracteristique_materiel_type

Associer materiel à ligne_champ_materiel revient donc à associer une table à une association, ce qui ne se fait en principe pas. Il faut donc, dans le MCD, transformer l'association en entité :
materiel_type -0,n----avoir----(1,1)- ligne_champ_materiel -(1,1)----caracteriser----0,n- caracteristique_materiel_type

Dès lors, on peut associer l'entité materiel à l'entité ligne_champ_materiel :
materiel -0,n----valoriser----0,n- ligne_champ_materiel

Ce qui nous donne bien le schéma entité/relation précédent :
materiel ||----< valeur_caracteristique >----|| ligne_champ_materiel

La table valeur_caracteristique aura la structure suivante :
valeur_caracteristique (idMateriel, idMaterielType, idCaracteristique, valeur)

On y retrouve idMaterielType qui est déjà une clé étrangère de la table materiel et rien n'empêche dans ce modèle d'associer un matériel avec un couple {idMaterielType, idCaracteristique} dans lequel idMaterielType n'est pas celui du matériel.

Je ne pense pas qu'on puisse résoudre ce problème par le modèle Entité/Association. Comme MySQL ignore les contraintes SQL CHECK, il faudra créer un trigger sur la table valeur_caracteristique pour s'assurer que l'idMaterielType est bien celui du matériel.

Bon courage !

[ikeabp]

1) Puisque tout matériel a une référence comptable et que toute référence comptable se rapporte à un matériel, pourquoi avoir fait deux tables ?

2) Dans la table affectation, je vois une clé étrangère IdEvenement alors que la table n'est pas associée à une table d'événements mais de motifs. Tu as changé le nom de la table en cours de route ?

1) Effectivement..
2) Oui le nom de la table a changé par la suite

Merci pour toutes ces précisions je vais analyser tout ça...

[CinePhil]

Tu peux aussi regarder cette discussion très proche de ton problème.