Discussion :

[echef]

Bonjour,

Je voulais creer un site d'annonces, et lors de la conception de ma base de données je me suis bloqué sur le faite qu'il y a beaucoup des catégories dans le site et si je vais faire une table pour chaque catégories (c'est absurde)!!

est ce que quelqu'un peut m'aider SVP?

Merci.

[Yanika_bzh]

Vous avez une ébauche de votre modele de données ?
Vous avez des notions de modelisation de données ?

[echef]

Vous avez une ébauche de votre modele de données ?
Vous avez des notions de modelisation de données ?

oui moi je sais faire la conception mais c'est la première fois que je dois un site d'annonces.

[Yanika_bzh]

Quel est donc l'ebauche du modele que vous avez realisé, car je ne comprends pas tres bien votre probleme.

[echef]

Quel est donc l'ebauche du modele que vous avez realisé, car je ne comprends pas très bien votre problème.

le problème dans la conception des table ou seront stocké les annonces selon la catégorie.

ci joint une image qui peut mieux expliquer le problème!

[stephane.combes]

Bonjour,

Je ne comprend pas très bien la différence qu'il y a entre la table "catégorie" et les tables "immobilier", ... ?

Quelles informations sont stockées dans la table "catégorie" ?
Quelles informations sont stockées dans la table "immobilier" ?

[echef]

Bonjour,

Je ne comprend pas très bien la différence qu'il y a entre la table "catégorie" et les tables "immobilier", ... ?

Quelles informations sont stockées dans la table "catégorie" ?
Quelles informations sont stockées dans la table "immobilier" ?

ah dans l'images je propose 2 solutions :

1.soit je creer une table categories qui contient tout les categorie
2.soit pour chaque categories je creer une table ce qui est absirdes!

donc moi je cherche comment faire cette conception ???

Merci.

[CinePhil]

Ça n'a rien d'absurde ! C'est même plutôt la meilleure solution à mon avis !
Chaque catégorie d'annonce a ses propres propriétés :
- emploi => type de contrat (CDD, CDI...), salaire proposé, date de début souhaitée...
- immobilier => nombre de pièces, surface, appartement ou maison...
- auto_moto => marque et modèle de véhicule, année du modèle, puissance...

Chaque catégorie peut de plus avoir ses propres associations. Par exemple, avec une table des constructeurs auto/moto pour les annonces de cette catégorie.

Il ne faut pas être effrayé par le nombre de tables. Tu utiliseras des vues pour rassembler les propriétés générales des annonces et les propriétés particulières du type de l'annonce.

Par contre, un petit conseil en passant : nomme tes tables au singulier. Tu vois bien que immobilier au pluriel, ça fait bizarre !

Bon courage pour la suite !

[echef]

Bonjour,
i contient tou
Alors moi je pense de point de vue que un autre jour si je veux creer une nouvelle categorie alors je touche à la base de donnée pour créer la table associée a cette dernière.

donc je veux éviter ça.

comment faire donc ??

Merci )

[CinePhil]

Alors l'autre solution consiste à faire ceci :
1) Une catégorie peut être caractérisée par des propriétés et une propriété caractérise de une à plusieurs catégorie.
MCD 1 :
categorie -0,n----caracteriser----1,n- propriete

Tables :
categorie (cat_id, cat_libelle)
propriete (prp_id, prp_libelle)
cat_caracteriser_prp (ccp_id_categorie, ccp_id_propriete)

2) une annonce peut avoir des propriétés liées à sa catégorie et une propriété liée à une catégorie peut caractériser plusieurs annonces.

Là il faut transformer l'association "caracteriser" du premier MCD en entité associative :
MCD 1bis :
categorie -0,n----preciser----(1,1)- caracteristique -(1,1)----constituer----1,n- propriete

Tables :
Je change seulement la table cat_caracteriser_prp en caracteristique :
caracteristique (car_id_categorie, car_id_propriete)

Maintenant, je peut associer cette entité aux annonces :
MCD 2 :
categorie -0,n----preciser----(1,1)- caracteristique -(1,1)----constituer----1,n- propriete
annonce -0,n-----valoriser----0,n--------------|

Tables supplémentaires :
annonce (ann_id, [+ propriétés communes à toutes les annonces] )
ann_valoriser_car (avc_id_annonce, avc_id_categorie, avc_id_propriete, avc_valeur)

Mais pour une catégorie qui a 5 propriétés spécifiques et qui concerne 1000 annonces, tu auras 5000 lignes dans la table ann_valoriser_car alors qu'avec la modélisation par héritage que j'ai conseillée dans mon précédent message, tu n'auras que 1000 lignes dans la table de la catégorie. De plus, tu pourras mieux typer les valeurs des caractéristiques (entier, décimal, caractères, booléen...), lors de la modification de propriétés spécifiques d'une annonce, ce nouveau modèle va mettre à jour l'index de toutes annonces au lieu d'indexer une table plus petite.
Bref, je pense toujours que le modèle par héritage est meilleur.

[stephane.combes]

Bonjour,

@CinePhil
Si j'ai bien compris tu préconises :
- une table "catégorie" avec les propriétés communes à toutes les catégories (exemple le libellé de la catégorie).
- une table pour chaque catégorie avec ses propriétés spécifiques (exemple constructeur pour la catégorie "auto/moto").

Et donc, quand tu rajoutes une nouvelle catégorie tu modifies ton modèle pour ajouter la nouvelle catégorie.

Si ce que je viens de dire correspond à ton idée je voudrais bien connaître les avantages/inconvénients de cette modélisation car ce n'est pas ma façon de faire actuelle et je suis toujours intéressé par le point de vue des autres.

Dans mes modélisations actuelles j'essai de faire un modèle auquel j'aurais le moins de modification à apporter par la suite. Ce qui ne me semble pas être le cas dans la modélisation que tu préconises.



@echef
Si la tournure de la discussion te semble trop éloigné de ton sujet initial n'hésites pas à me le signaler et j'ouvrirais un nouveau sujet.

[CinePhil]

Bonjour,

@CinePhil
Si j'ai bien compris tu préconises :
- une table "catégorie" avec les propriétés communes à toutes les catégories (exemple le libellé de la catégorie).
- une table pour chaque catégorie avec ses propriétés spécifiques (exemple constructeur pour la catégorie "auto/moto").

Et donc, quand tu rajoutes une nouvelle catégorie tu modifies ton modèle pour ajouter la nouvelle catégorie.

Si ce que je viens de dire correspond à ton idée je voudrais bien connaître les avantages/inconvénients de cette modélisation car ce n'est pas ma façon de faire actuelle et je suis toujours intéressé par le point de vue des autres.

C'est effectivement ce que je préconise : une modélisation par héritage.
J'ai donné quelques raisons dans mon message précédent en présentant l'autre solution que j'aime moins et j'ajoute un autre avantage : celui de pouvoir faire des associations spécifiques par catégorie. Par exemple, une annonce pour une voiture est associée à un modèle de voiture, une annonce immobilière est associée à un type d'annonce immobilière (achat, vente, location, villégiature, échange, co-location...) à un type de bien immobilier (maison, appartement, magasin, garage, parking, loft, château...), une annonce de la catégorie "animaux" est associée au type d'animal (chat, chien, poisson, hamster...) voire à sa race...
Cela solidifie le modèle de données et permet d'éviter une annonce de vente de voiture Berger Allemand de 3 pièces !

Dans mes modélisations actuelles j'essai de faire un modèle auquel j'aurais le moins de modification à apporter par la suite. Ce qui ne me semble pas être le cas dans la modélisation que tu préconises.

Effectivement, quand tu ajoutes une catégorie d'annonces, il faut créer une table qui hérite de la table des catégories d'annonces et éventuellement les tables de référence associées à la nouvelle catégorie. Mais de toute façon, il faut aussi que tu modifies ton programme pour la nouvelle catégorie d'annonces qui n'a pas les mêmes attributs que les autres non ?

[stephane.combes]

Merci pour les explications.

Je vais me garder ça sous le coude au cas où

[echef]

Merci pour les conseilles

@stephane : Pourrez vous nous préciser un exemple de modèle comme ceux que vous les crées ,comme ça le sujet sera englobant plus riche et la valeur ajouter sera pour tout le monde

Merci.

[stephane.combes]

Intuitivement je penche plus vers une solution avec des catégories (exemple : immobilier, véhicules,...), des sous-catégories (exemple pour la catégorie immobilier : appartements, maison,...). Chaque annonce appartient à une catégorie et à les champs (titre, texte, prix,...).
Voila grosso modo mon idée. Je la trouve plus simple mais moins souple que celle de CinePhil car dans cette approche toutes les annonces sont faites sur le même modèle.

Après, à mon avis, il faut voir qu'elles sont les contraintes du projet afin de faire le choix entre simplicité et souplesse.

[echef]

Merci pour les solutions proposées )

[echef]

Alors l'autre solution consiste à faire ceci :
1) Une catégorie peut être caractérisée par des propriétés et une propriété caractérise de une à plusieurs catégorie.
MCD 1 :
categorie -0,n----caracteriser----1,n- propriete

Tables :
categorie (cat_id, cat_libelle)
propriete (prp_id, prp_libelle)
cat_caracteriser_prp (ccp_id_categorie, ccp_id_propriete)

2) une annonce peut avoir des propriétés liées à sa catégorie et une propriété liée à une catégorie peut caractériser plusieurs annonces.

Là il faut transformer l'association "caracteriser" du premier MCD en entité associative :
MCD 1bis :
categorie -0,n----preciser----(1,1)- caracteristique -(1,1)----constituer----1,n- propriete

Tables :
Je change seulement la table cat_caracteriser_prp en caracteristique :
caracteristique (car_id_categorie, car_id_propriete)

Maintenant, je peut associer cette entité aux annonces :
MCD 2 :
categorie -0,n----preciser----(1,1)- caracteristique -(1,1)----constituer----1,n- propriete
annonce -0,n-----valoriser----0,n--------------|

Tables supplémentaires :
annonce (ann_id, [+ propriétés communes à toutes les annonces] )
ann_valoriser_car (avc_id_annonce, avc_id_categorie, avc_id_propriete, avc_valeur)

Mais pour une catégorie qui a 5 propriétés spécifiques et qui concerne 1000 annonces, tu auras 5000 lignes dans la table ann_valoriser_car alors qu'avec la modélisation par héritage que j'ai conseillée dans mon précédent message, tu n'auras que 1000 lignes dans la table de la catégorie. De plus, tu pourras mieux typer les valeurs des caractéristiques (entier, décimal, caractères, booléen...), lors de la modification de propriétés spécifiques d'une annonce, ce nouveau modèle va mettre à jour l'index de toutes annonces au lieu d'indexer une table plus petite.
Bref, je pense toujours que le modèle par héritage est meilleur.

et si on a une table sous_categorie comment se passe les choses ??