Discussion :

[campesinos]

Bonjour,



Je réalise actuellement une modélisation sous Merise et je bloque un peu sur la gestion de mes produits.

Grosso modo j’ai crée une table produit (id, nom, marque, etc…) mais le problème c’est que ces dernier possèdent des caractéristiques différentes (ex : la résolution d’un LCD, le nombre de ppm de mon imprimante, la taille en Go de mon disque, etc…).

J’ai la possibilité dans mon MCD de passer par la notion d’héritage, mon entité père avec les attributs communs et mes entités enfants avec leurs attributs spécifiques. Cependant cette solution ne me satisfait pas entièrement, car il me faudrait autant de tables enfants que j’ai de produits aux propriétés particulières, soit entre 25 et 30 tables enfants.



Je recherche donc une solution qui serait plus adaptée et donc plus souple.



Merci

[Le Pharaon]

Je recherche donc une solution qui serait plus adaptée et donc plus souple.

Implémenter l'héritage ou Avoir une seule table, composée de l'union des propriétés de tes produits.

[fsmrel]

Bonjour Campesinos,

Il est un fait que l’héritage est intéressant tant que le nombre de sous-types est faible. Avec 25 ou 30 tables enfants, il est préférable de trouver autre chose.

Par exemple, vous définissez votre table Produit, en relation avec une entité-type TypeProduit ("Disque dur", "LCD", ...).

Vous pouvez en outre définir une entité-type ProduitCaractéristique, propriété multivaluée de Produit, en relation avec les entités-types TypeCaractéristique ("Vitesse", "Capacité", "Résolution", ...), UnitéMesure ("mégaoctet", "gigaoctet", "pouce", "cm", "pixel", "ppm", ...)

Ce qui précède n’est évidemment qu’une ébauche de modèle, imaginée selon le mode naïf.

Au format tabulaire (clés étrangères en italiques) :

TypeProduit(TypeProduitId, Libellé, ...)

TypeCaractéristique(TypeCaractéristiqueId, Libellé, ...)

UnitéMesure(UnitéMesureId, Libellé, ...)

Produit (ProdId, Nom, Marque, TypeProduitId, ...)

ProduitCaractéristique (ProdId, Séquenceur, TypeCaractéristiqueId, UnitéMesureId, Valeur, ...)

Exemples de types de produits : "disque dur", "imprimante", "LCD", ...

Types de caractéristiques : "vitesse", "capacité", "résolution", "poids", ...

Unités de mesure : "gigaoctet", "mégaoctet", "pouce", "cm", "tours/min", "seconde", "gramme", ...

L’attribut Séquenceur de ProduitCaractéristique permet de distinguer les différentes caractéristiques d’un produit (par exemple, la vitesse et la capacité d’un disque). Comme son nom l’indique, Valeur ne contient que des valeurs sémantisées par l’unité de mesure. Exemple :

Le produit "p1" (séquenceur = 1) a pour type de caractéristique "vitesse", unité de mesure "tours/min" et pour valeur "7200".
Le produit "p1" (séquenceur = 2) a pour type de caractéristique "capacité", unité de mesure "gigaoctet" et pour valeur "250".
Etc.

Maintenant, des spécialistes de la modélisation des produits peuvent peut-être vous proposer des solutions moins naïves.

[campesinos]

Merci pour vos réponses.
Je vais attaquer ça ce WE, et voir ce que ça donne sur mes produits à modéliser.

[campesinos]

Bonjour,

J'ai testé l'exemple de modélisation produit dans mon MCD. Globalement cela s'adapte bien et résout ma problèmatique.
Cependant j'ai des doutes sur les cardinalités. En particulie au niveau de l'association entre ma table "produit caractéristique" et mes tables "type valeur" et "type caractéristique". Je serais tenté de modifier mes liens d'association de valeur "1,1" en "1,n" puisque par exemple j'ai au minimum 1 et au maximum n caractéristique produit qui sont associés à au minimum 1 et au maximum n type de caractéristique. Le problème c'est que cela sous entendrait une double migration des id dans l'association "est associé à" avec création de table à la clé.
Hors si je veux la migration de la clé primaire de ma table "type caractéristique" dans ma table "produit caractéristique" je dois laisser la cardinalité à 1,1.
Je ne sais pas si c'est très clair donc je post la partie du MCD en question pour plus de visibilité.
Là pour le moment j'ai un peu de mal à réfléchir et y voir clair.

[fsmrel]

Bonsoir Campesinos,

Effectivement, les choses demandent à être éclaircies...

Vous avez défini une relation 1,N-1,N entre Produit et ProduitCaractéristique alors que j’ai précisé que la caractéristique était une propriété multivaluée du produit (un produit peut avoir plusieurs caractéristiques et une caractéristique ne caractérise qu’un produit). Les cardinalités ne sont donc pas 1,N-1,N mais 1,N-1,1. Qui plus est, le lien est identifiant, puisque Caractéristique est propriété de Produit, exactement comme une ligne de facture est la propriété d’une facture est n’est pas partageable entre les différentes factures, même si des lignes de factures différentes font ponctuellement référence aux mêmes articles et pour une même quantité. La nature identifiante du lien est symbolisée au niveau du MCD par des parenthèses entourant 1,1 (en rouge...)

Ainsi, si deux produits sont deux imprimantes ayant des caractéristiques identiques (disons même caractéristique (vitesse) et même valeur (300)), on aura l’information une fois par imprimante.

Je joins la partie correspondante du MCD tel que je le vois, ainsi que le bout de MPD correspondant. Vous noterez que le lien identifiant se traduit par une clé primaire composée du couple (IdProduit, Seq). Seq est numéroté relativement à IdProduit, donc repart à 1 avec chaque produit.

[campesinos]

Bonsoir fsmrel,

Tout est plus clair en partant du principe de la propriété multivaluée, j'ai effectué les corrections et cela me semble plutôt pas mal, mon MCD prend forme et grossit à vue d'oeil.

Bon je vais pouvoir m'attaquer à d'autres problématiques qui se présente à moi.

Une fois de plus, merci.