Caractéridtiques de produits pour projet scolaire

Bonjour a tous,

Dans le cadre d'un projet scolaire j'aurai besoin d'un peu d'aide pour aiguiller mon modèle de base de donnée et démarrer.

Nous avons une liste de produits. Chaque produits à des caractéristiques qui lui son spécifiques.

Un produit aura donc une marque, un identifiant, une couleur et une catégorie.

Par contre une télévision aura une résolution, des types de connexion (HDMI, VGA, Piritelle etc) mais un téléphone portable n'aura pas besoin de ce genre d'information, il faudra plutôt renseigner son Os, sa résolution ou son poids.

Comment faire pour avoir différents attributs pour chaque produit différents le plus simplement possible.

J'ai pensé à faire une table pour chaque catégorie de produits, mais si ma base de donnée comprend 200 catégories ce n'est pas très optimisé.

Est-ce que quelqu'un pourrait m'aiguiller.

Merci beaucoup

Bonsoir.

Est-ce que par exemple :

- Une table produits (avec le listing des produits, id, couleur, ...) ;
- Une table caractéristiques (avec le listing de toutes les caractéristiques) ;
- Une table qui contiendrait IDProduit et IDCaractéristique (pour lister pour chaque produit, la liste de ses caractéristiques techniques ou fonctionnelles).

ça pourrait convenir ?

Lytchit

Dans le cadre d'une IHM, j'ajouterais aussi une table qui liste les caractéristiques associées à chaque catégorie, de manière à limiter les choix ;)

Merci pour vos réponses. Je vois un peu mieux comment faire. Cependant je n ai pas très bien saisi le rôle ihm et le lien entre les catégorie et les caractéristiques.

Bonjour,

C'est un problème classique qui a déjà été plusieurs fois abordé dans ce forum.

Règle de gestion :
Un produit possède de une à plusieurs caractéristiques et une caractéristique peut être possédée par plusieurs produits.

MCD :
Produit -1,n----posséder----0,n- Caractéristique

Tables :
te_produit_prd (prd_id, prd_nom...)
te_caracteristique_crt (crt_id, crt_nom...)
tj_prd_posseder_crt_ppc (ppc_id_produit, ppc_id_caracteristique, ppc_valeur)

Bonjour,

Oui effectivement, votre réponse est juste dans l'hypothèse ou je gère des produits de même nature avec des caractéristiques semblables.

Ma question est plus complexe, car je cherchais un moyen d'éviter d'avoir une table caractéristique avec 200 caractéristiques possible, mais n'en utiliser qu'une partie en mettant toutes celles inutiles à null.

J'ai posé cette question, car je me demandais comment faire pour avoir par catégorie seulement les caractéristiques nécessaire à la catégorie.

Exemple: j'ai un téléphone portable -> il fait parti de la catégorie téléphone -> cette catégorie à une série de caractéristique comme le système d'exploitation ou la mémoire du téléphonne.
Maintenant j'ai une télévision -> elle fait parti de la catégorie TV -> cette catégorie n'as pas besoin du système d'exploitation, ni de la mémoire, mais plutôt de caractéristique comme le MHZ ou la diagonale d'écran.

Comment faire donc pour avoir mes produits et obtenir seulement leur caractéristiques à travers la catégorie à laquelle ils appartiennent. Ce qui je pense est un peu plus complexe que faire 3 tables avec toutes les caractéristiques dans une seule table.

Ajoute une nouvelle entité ? Genre groupe de caractéristique, ayant :

• un lien n-n vers des caractéristiques.
• un lien n-n vers des groupes/Familles de produit.

Cela va t'ajouter automatiquement 3 tables (4 si tu n'as pas encore l'entité groupe.)


Cordialement,
Patrick Kolodziejczyk.

Ps : Attention de ne pas faire une usine à gaz.

Si j'ai bien compris ce que tu demande, une télévision Hérite de produit c'est ca?

Citation:

---

Oui effectivement, votre réponse est juste dans l'hypothèse ou je gère des produits de même nature avec des caractéristiques semblables.

---

Justement non ! Mon modèle peut s'appliquer à tous produits.

Citation:

---

Ma question est plus complexe, car je cherchais un moyen d'éviter d'avoir une table caractéristique avec 200 caractéristiques possible, mais n'en utiliser qu'une partie en mettant toutes celles inutiles à null.

---

Et bien justement, pas de NULL avec mon modèle. On s'en fout qu'il y ait 200 caractéristiques dans la table des caractéristiques ! Seules celles pertinentes pour un produit donné seront associées à ce produit dans la table associative.
Visiblement, vous n'avez pas compris le système.

Citation:

---

Exemple: j'ai un téléphone portable -> il fait parti de la catégorie téléphone -> cette catégorie à une série de caractéristique comme le système d'exploitation ou la mémoire du téléphonne.
Maintenant j'ai une télévision -> elle fait parti de la catégorie TV -> cette catégorie n'as pas besoin du système d'exploitation, ni de la mémoire, mais plutôt de caractéristique comme le MHZ ou la diagonale d'écran.

---

Cependant, votre exemple est pertinent et amène à une modélisation un peu plus complexe...

Règle de gestion :
Une categorie de produits est associée à une à plusieurs caractéristiques et une caractéristique peut être associée à plusieurs catégories de produits.

MCD :
caracteristique -1,n----associer----0,n- categorie_produit

Tables :
te_caracteristique_car (car_id, car_nom...)
te_categorie_produit_cpr (cpr_id, cpr_nom...)
tj_car_associer_cpr_cac (cac_id_caracteristique, cac_id_categorie_produit)

Règle de gestion :
Un produit possède une à plusieurs caractéristiques de sa catégorie de produit et une caractéristique catégorisée est possédée par un à plusieurs produits de la catégorie.

Il faut alors transformer l'association du premier MCD en entité-type associative :
caracteristique -1,n----associer----(1,1)- caracteristique_categorisee -(1,1)----associer----0,n- categorie_produit

Les cardinalités entre parenthèses indiquent une identification relative.

La table "tj_car_associer_cpr_cac" devient la table associative ta_caracteristique_categorisee_cca (cca,id_caracteristique, cca_id_catégorie_produit)

On peut alors ajouter la deuxième règle de gestion au MCD :
caracteristique -1,n----associer----(1,1)- caracteristique_categorisee -(1,1)----associer----0,n- categorie_produit
produit -1,n----posséder----0,n------------------------------|

Ce qui donne les tables supplémentaires suivantes :
te_produit_prd (prd_id, prd_nom...)
tj_prd_posseder_cca_ppc (ppc_id_produit, ppc_id_caracteristique, ppc_id_categorie_produit, ppc_valeur...)