Bonsoir,
Envoyé par
arcacia
...une table "forfait" où seront stockés les différents forfaits que propose le site
D’accord, on a une table FORFAIT décrivant chaque forfait proposé par le site.
Envoyé par
arcacia
Une table "client" ou le client va inscrire ses informations d'authentification ( login, mdp, adresse, mail)
D’accord, on a une table CLIENT :
Envoyé par
arcacia
le client vas après s'être authentifié sur le site prendre un certain nombre de forfait
Je suppose que par « forfait » vous voulez dire « type de forfait », auquel cas plusieurs clients peuvent commander le même type de forfait, d’où les règles :
Un client peut commander plusieurs (types de) forfaits ;
Un (type de) forfait peut être commandé par différents clients.
Si vous êtes d’accord avec ces règles (sinon on efface tout et on recommence...), pour connaître les (types de) forfaits commandés par les clients :
Envoyé par
arcacia
en inscrivant (nom, prénom, âge) des bénéficiaires
Un bénéficiaire bénéficie d’un forfait qui a été commandé par un client :
Arcacia, à propos de votre diagramme :
Ce n’est pas un MCD (modèle conceptuel des données), mais un diagramme MySQL Workbench, assimilable à un MLD (modèle logique des données) au sens de Merise.
Il faudrait que vous cochiez systématiquement la case « NN » pour chaque attribut de chaque table, comme ici :
Envoyé par
arcacia
j'ai toujours un problème de clé étrangère quand je veux ajouter des donner dans les table "forfait" et "client_forfait". Je ne sais pas si c'est moi qui mis prends mal sur la conception.
Les cardinalités de votre diagramme correspondent (sauf une fois) à des bijections, sources de votre problème : il faut appliquer les règles correspondant aux relations entre tables.
Partager