Discussion :

[loic20h28]

Bonjour tout le monde,

J'ai décidé de refaire pour améliorer un site marchand vendant des motos (où scooter) neuf ou d'occasion. (Ce site restera en local, il me permet d'améliorer mes connaissances dans la création de site web. Il sera en PHP orienté objet.)

Je souhaite avoir votre avis sur le modèle ci-joint surtout sur l'entité "MESSAGE" et ses liens avec les autres entités.

En sachant que je souhaite que dans le site marchand, le client qui se sera identifié auparavant pourra laissé son avis sur l'article qu'il souhaite.

Que pensez-vous de mon MCD?? de l'entité "MESSAGE" et ses liens?? Avez-vous des idées pour améliorer ce MCD??

Merci d'avance pour votre aide.

[loic20h28]

Bonjour tout le monde,

Après plusieurs semaine de réflexion, j'hésite entre plusieurs version : voir ci-dessous.

Pour vous laquelle est la mieux adapté??
Pour chaque version, quel sont les défauts??

Merci d'avance!!

[loic20h28]

Bonjour,

je vais essayé d'expliquer plus clairement les besoins du site :
Tout d'abord c'est un site marchand permettant de vendre des motos et/ou scooter d'occasion ou neuf donc un client peux réaliser une commande avec un ou plusieurs articles.
Ensuite, le client comme dit dans le premier topic après avoir s'être identifié pourra laisser son avis(commentaire/message) sur son article au choix.
Je souhaite pouvoir savoir qui et sur quel article il a laissé un message.
L'attribut "Mes_Etat" permet de savoir si le message est lu, non lu, ....

J'espère avoir été assez clair dans mes explications des besoins.

J'aimerais avoir votre avis sur :
1) la construction de l'entité "MESSAGE" et l'entité "LIGNE_COMMANDE"
devrais-je faire comme le schéma 1 où le schéma 2 où autrement??
2) Aurez-vous des conseils ou des suggestions pour améliorer mon site??

Cordialement!!

[digger]

Je pense que c'est pareil mais le schema 2 est plus significatif
car ton association ligne_commande deviendra forcement une table qui va heriter des deux cles etrangere avec qte
en gros ca veut dire dans ton mcd
une commande concerne un ou plusieurs articles et un article peut ne pas avoir de commande ou peut en avoir plusieurs donc ta ligne_commande devient une table de jonction avec qte

[CinePhil]

Concernant l'association LIGNE_COMMANDE, c'est un problème classique.
Les deux sont possibles mais tout dépend de ton besoin.
Si ensuite tu ne gères pas les lignes de manière individuelle par rapport à la commande :
- pour des livraisons partielles d'une commande, des lignes de commande pouvant ne pas être livrées à la première livraison et donc des lignes de commande pouvant faire l'objet d'une autre livraison ;
- pour les retour de produits défectueux correspondant à une ligne de commande et non pas à une commande entière ;
- pour utilisation en facturation, par exemple pour des factures partielles sur lesquelles tu précises quelles lignes de commande font l'objet de la facture.
Si donc tu n'as pas l'intention de gérer ce genre de choses, le second MCD est plus simple et suffisant.

Pour l'entité MESSAGE, dans la mesure où il y a des cardinalités 1,1 de chaque côté, on peut aussi considérer que c'est en fait une association "COMMENTER" entre CLIENT et ARTICLE :
Client -0,n----Commenter----0,n- Article

Autre remarque :
Evite les cardinalités minimales à 1 de chaque côté d'une association ; ça pose des problèmes lors de l'implantation et c'est rarement nécessaire.

[loic20h28]

Bonjour tout le monde,

désolé de répondre que maintenant mais je n'ai pas eu beaucoup de temps à moi ces dernier temps.

Je pense que je vais plutot utilisé le second MCD car je ne compte pas gérer :

- pour des livraisons partielles d'une commande, des lignes de commande pouvant ne pas être livrées à la première livraison et donc des lignes de commande pouvant faire l'objet d'une autre livraison ;
- pour les retour de produits défectueux correspondant à une ligne de commande et non pas à une commande entière ;
- pour utilisation en facturation, par exemple pour des factures partielles sur lesquelles tu précises quelles lignes de commande font l'objet de la facture.

Par contre, je suis en plein doute maintenant concernant la cardinalité "(1,1)" entre l'entité "Article" et l'association "Concerner".
qu'en pensez vous?? dois-je le laisser comme cela u plutot mettre un simple "1,1"??

Cordialement
loic20h28

[loic20h28]

Bonjour tout le monde,

Après quelques mois de réflexion.... J'ai décidé de faire autrement mais j'aurais besoin de votre avis.

Voici ci-joint le MCD que je pense utiliser.

Les améliorations apportées sont :
1) Une entité "commune", "département", "région" ce qui permettra au client (lors de son inscription) de choisir sa région, puis le département selon la liste des département appartenant à la région choisit mais également sa ville selon la liste des communes selon le départements choisit.
2) J'ai décidé de créer les entités "Ligne_commande" et "Commentaire" au lieu de les mettre en associations car je souhaite obtenir un numéro de ligne de commande et un numéro pour le commentaire.

Qu'en pensez-vous??

Cordialement.
loic20h28

[CinePhil]

Pour les lignes de commande, on fait souvent comme ça parce que ça permet ensuite de les gérer dans les factures, les livraisons, les retours de produits...

Pour les commentaires, je ne vois pas trop l'utilité mais bon pourquoi pas ?

[loic20h28]

Pour les commentaires, je ne vois pas trop l'utilité

Je trouve que ça permet de connaître le nombre de commentaire en tout puis je trouve ça plus clair.

1) Une entité "commune", "département", "région" ce qui permettra au client (lors de son inscription) de choisir sa région, puis le département selon la liste des département appartenant à la région choisit mais également sa ville selon la liste des communes selon le départements choisit.

Par rapport à cette amélioration, les cardinalités sont-il correct??
La construction de ces entités est-il correct pour faire ce que je veux ensuite??

Cordialement

[CinePhil]

Je trouve que ça permet de connaître le nombre de commentaire en tout puis je trouve ça plus clair.

Un simple COUNT(*) sur la table de jointure devrait faire l'affaire !

Par rapport à cette amélioration, les cardinalités sont-elles correctes ?
La construction de ces entités est-elle correcte pour faire ce que je veux ensuite ?

Oui

[loic20h28]

Ok merci beaucoup pour tes réponses.