Discussion :

[alex68]

Salut a tous, j'aimerais un avis sur mon mcd, application de gestion de rdv de, clients et petiteboutique en ligne.
Le tout est deja programmé et tourne super, mais j'aimerais savoir si mon mcd est correct, merci a tous

[fsmrel]

Un coup d'oeil de 10 secondes...

Les merisiens évoquent le manque d'intérêt des cardinalités maximum à 1 pour les associations à plus de deux pattes : cas de l'association-type Historique_rendez_vous. Autant remplacer par deux binaires (Client - Rendez-vous et Soin - Rendez-vous).

[alex68]

ok, merci pour le conseil, je vais changer ca de suite, suis preneur pour d'autres avis?
PAs d'avis, si vous trouvez ca ok, dites le moi aussi, merci?

merci

[fsmrel]

1) On voit bien maintenant qu’un rendez-vous est une association entre un client et un soin (à défaut de praticien...) Mais je suppose que vous avez utilisé une entité-type pour dans la mesure où l’on peut avoir plusieurs valeurs pour un couple {Client, Soin}.

2) Pourquoi avoir répliqué les propriétés du surtype PERSONNE dans les sous-types ? Il s’agit-là d’une redondance mal venue, un viol du « Principle of orthogonal Design » comme dirait Chris Date (orthogonal signifie indépendance) et qui dit redondance dit gros soucis.

3) Est-ce que l’attribut DATE_FIN_RISTOURNE (entité-type PERIODE_RISTOURNE) est obligatoire ?

4) Vous ne semblez pas amateur d’identification relative. Par exemple, celle-ci pourrait être utilisée avec profit pour l’historique des prix des produits.

5) Concernant les historiques, vous pouvez consulter :

http://www.developpez.net/forums/sho...d.php?t=334343
http://www.developpez.net/forums/sho...d.php?t=336896
http://www.developpez.net/forums/sho...d.php?t=342162

[alex68]

1) oui c'est ca, un client peut avoir plusierurs rdv et plusieurs soins,

2) la duplication des données est faite automatiquemetna cause de l'héritaeg, bien sur je les ait supprimés et elle ne sont pas dans ma base

3) l'attribut en fait est pour garder un historique des changement de prix du produit, et ainsi retouver le prix d'un produit an'importequel moment

4) que voulez vous dire par la, identification relative?

5) je vais jeter un oeil, mai sinon je peut laisser comme ca ou c'est vraiment mauvais

Merci pour ces infos

[fsmrel]

1)

la duplication des données est faite automatiquemetna cause de l'héritaeg, bien sur je les ait supprimés et elle ne sont pas dans ma base

Sans doute l’outil propose-t-il des options pour éviter la duplication. A vérifier.

2) Est-ce que l’attribut DATE_FIN_RISTOURNE (entité-type PERIODE_RISTOURNE) est obligatoire ?
Je précise ma question : au niveau de la table, est-ce que la colonne sera déclarée « Not null », oui ou non ?

3) identification relative :
http://www.developpez.net/forums/sho...d.php?t=334439

je vais jeter un œil

Je vous y engage vivement...
Votre MCD est assez bon, mais vous pouvez faire des progrès si vous étudiez les points que j'ai mentionnés.

[alex68]

oui la date de fin ristourne est obligatoiore,car on doit savoir combien de temps dur ela ristourne .