Discussion :

[sema77]

Bonjour,
J'ai créé le MCD suivant. Pourriez-vous me dire si ça vous semble correct?
C'est urgent!!!
Merci bcp d'avance!!!

[chesko]

Bonjour Sema77

Pour avoir passé la soirée sur le forum, je peux vous dire qu'il faut donner un peu plus de détails qu'un schema... Checkez le lien "avant de poster"...

Il sera difficile pour nos spécialistes de deviner le cahier des charges, les règles de gestions, etc... sur base duschema.

courage.

Chesko

[CinePhil]

Effectivement, il faudrait des règles de gestion pour pouvoir donner notre avis.

Néanmoins, quelques remarques...

1) D'après ce que je comprends, il y a un héritage de données de Personne vers Employe, Client, Membre et Fournisseur.
De ce fait, il y aura identification relative des tables filles par rapport à la table mère. En d'autres mots, la clé primaire des tables filles sera une clé étrangère référençant la clé primaire de la table mère : Personne.
Donc l'id de Membre n'est pas Login !

2) Rdv -1,n----soinsRdv----0,n- Soin
Le rendez-vous ne sera t-il pas pris, et donc enregistré en BDD, sans que l'on sache encore quels soins seront donnés ?
Les cardinalités ne devraient-elles donc pas être plutôt celles-ci ?
Rdv -0,n----soinsRdv----0,n- Soin

3) D'une manière générale, préférez les identifiants anonymes de type entier et auto-incrémenté pour toutes les entités, sauf les filles dans un héritage.
Évitez donc tout ce qui est code, numéro, référence... susceptibles de changer, comme identifiant.

4) Faites une identification relative dans l'entité type LigneCmd :
LigneCmd -(1,1)----composer----1,n- Commande

Vous aurez ainsi toujours directement l'identifiant de la commande avec la ligne de commande, les numéros de ligne recommençant à 1 pour chaque commande.

[sema77]

Tt d'abord, merci bcp pr la réponse.
C'est surtt la partie gestion RDV qui m'intéresse. Merci pr ttes les remarques. J'en tiendrai compte.
Règles : On pt donner plusieurs soins pr un rdv
chaque soin a une durée déterminée
Oui il faudrait effectivement savoir quels soins seront effectués pr un rdv pr qu'on sache combien de temps va prendre un rdv
Soin 0,N soinRdv 1,N Rdv

Mais pr simplifier j'ai changé :
Soin 0,N soinRdv 1,1 Rdv
Donc un seul soin sera donné par rdv
Qu'en pensez-vous?

[CinePhil]

il y a contradiction :

Règles : On pt donner plusieurs soins pr un rdv
...
Soin 0,N soinRdv 1,1 Rdv
Donc un seul soin sera donné par rdv

Décidez-vous et adoptez les bonnes cardinalités.
Ma remarque était plutôt sur le fait que d'une manière générale la prise de rendez-vous n'est pas forcément associée à un contenu de rendez-vous mais si vous avez besoin de connaître le contenu (les soins qui seront délivrés) pour fixer la durée du rendez-vous, alors les cardinalités 1,n me semblent plus appropriées.

[sema77]

Merci, ok je comprends ce que vous voulez dire. Mais il faut que l'on sache qd mm la durée parce que il y a des soins qui durent par ex 30 min, 1 h, 45 min, etc. Je suis obligée de savoir le temps que cela va prendre pour pouvoir fixer un autre rdv après.
Et comme vous l'avez dit la cardinalité 1,N semble plus cohérent.
Mais j'aurai donc une association N..N, je devrai créer une table intermédiaire alors?

Soin 0,N contenuRdv 1,N Rdv

et donc l'attribut duréeTotRdv devra se trouver dans l'entité Rdv?

[CinePhil]

Et comme vous l'avez dit la cardinalité 1,N semble plus cohérent.
Mais j'aurai donc une association N..N, je devrai créer une table intermédiaire alors?

Soin 0,N contenuRdv 1,N Rdv

et donc l'attribut duréeTotRdv devra se trouver dans l'entité Rdv?

Soit on considère que la durée du rendez-vous est la somme de la durée des soins délivrés lors du rendez-vous et il n'y a pas besoin de stocker cette information puisqu'elle est calculable, soit plusieurs soins peuvent se chevaucher (je n'y connais rien mais peut-être manucure pendant la durée d'application d'un masque ?) et alors il faut effectivement que la durée du rendez-vous figure dans l'entité type Rdv.

[sema77]

Ok, un grand merci pr tt!!!
En fait, je veux laisser, à la personne qui utilisera l'application, lle choix de pouvoir changer la durée d'un rdv pour lui permettre une utilisation plus souple de son temps. C'est elle qui décidera si 2 rdv peuvent se chevaucher ou non. Mais normalement on devrait pas pouvoir prendre 2 rdv en mm temps.

[CinePhil]

Je ne parlais pas du chevauchement des rendez-vous mais du chevauchement de deux ou plusieurs soins à l'intérieur d'un rendez-vous.
Le rendez-vous commence par le soin S1 qui nécessite une opération de 5 minutes puis une attente de 30 minutes puis une autre opération de 5 minutes. Pendant les 30 minutes d'attente, je peux faire un soin S2.

Au final, cela revient au même : stocker la durée du rendez-vous dans l'entité-type Rdv.

[sema77]

Ok, j'ai compris.
Merci bcp pr tt une fois de plus!!!

[CinePhil]

?

[sema77]

Oui Merci pr tt.