Discussion :

[straitch]

Bonjour,


Dans mon apprentissage je souhaite realiser une BD "simple" (simplifiée disons) de gestion de stock (genre stock d'un easycash) où on peut y trouver differents types d'articles.
Donc 1ère étape le MCD.

Comme entité principale j'ai donc opté pour Article, qui se caracterisera par:
-id
-nom
-categorie
-....

Et deja là je commence à avoir des noeuds au cerveau .
Si j'ai bien capté ce que j'ai lu concernant la methode Merise il faut, si ce n'est imperativement, en tout cas tendre le plus possible vers des entites comportant des données qui n'auront pas un trop grand nombre de possibilités et si possible meme un seul choix (exemple: prénom n'a qu'une seule possibilité, Nom pareil, etc...).

Or deja là des categories possibles va y en avoir plusieurs forcement (encore que suivant comment on se place...bref).
Donc je vais créer une table "Categorie" OK .... en plus selon la règle des (X,1)-(X,n) ça semble bien tomber, la clé primaire de la table Categorie
sera donc la clé étrangère de la table Article (une categorie peut concerner plusieurs articles, alors qu'un article n'est sensé n'appartenir qu'à une seule categorie... encore que là aussi... bref).


Par contre.. et c'est là que le "noeud" se serre... un article va se caracteriser par d'autres détails, ces details dependants justement des categories concernées.
Un vetement va necessiter de renseigner les dimensions, la couleur, aura aussi lui-meme ses "categories" d'ailleurs (ville ou sportwear, pantalon ou manteau, jean ou cuir,etc..), tandis que pour un CD on aura d'autres criteres plus adéquates (on s'en fout de sa couleur et ses dimensions...).


Et là je commence à etre perdu.... faut recréer des des tables "sous-categories" genre Vetement, CD, Livres, etc... tout simplement?
Et quelle type de realtion les relie? (au debut c'etait simple " Article --a-- Categorie " et là? on prolonge tout simplement? " Categorie --a-- Vetement ou Cd ou ... " ? )

Je suis sur que ça doit pas etre des plus compliqué, mais je sais pas pourquoi je me prend la tete la dessus et je tourne en rond.
Merci de votre aide.
Et si vous avez des exemples à me donner je suis preneur... merci encore.

[SmileSoft]

salut

Et quelle type de realtion les relie? (au debut c'etait simple " Article --a-- Categorie " et là? on prolonge tout simplement? " Categorie --a-- Vetement ou Cd ou ... " ? )

utiliser la notion d'héritage avec l'entité mère catégorie et les entités fils Vetement, CD, livre...etc, voilà un petit exemple dans la faq

[kilmos]

Je crois que le plus dur n'est pas de trouver une base de données simple mais c'est de concevoir une base qui se maintient facilement. Par exemple avec l'héritage proposé dans le message précédent, il est facile d'ajouter dans le fufur une nouvelle catégorie.

[CinePhil]

L'héritage est une possibilité mais quand il y a beaucoup de catégories, ça peut devenir très lourd.

L'autre possibilité est d'associer des propriétés aux différentes catégories.

Article -1,1----Catégoriser----0,n- Catégorie -1,n----Avoir----0,n- Propriété
|-------------------------------------1,n----Avoir----0,n-------------------------------|

Il faut prévoir une contrainte d'inclusion pour ne pas affecter de propriété à un article qui ne soit pas une propriété afférente à sa catégorie.

Ce qui donnerait par exemple les tables :
Propriété (P_Id, P_Libelle, P_ValeurDefaut)
Categorie (C_Id, C_Libelle)
Propriete_Categorie (PC_IdPropriete, PC_IdCategorie)
Article (A_Id, A_IdCategorie, A_Nom)
Propriete_Article (PA_IdPropriete, PA_IdArticle, PA_Valeur)

Aucun souci là non plus pour ajouter de nouvelles catégories mais sans modifier le modèle de données et avantage de ne pas modifier le modèle de données pour ajouter des propriétés aux catégories et aux articles.