Discussion :

[rophi]

Voici un screen d'une partie du MCD :
Pièce jointe 25722

timestamp (php) : date très précise

Quelques règles de gestion :
Un Sous-cours a lieu à plusieurs dates.
Un utilisateur/client suit donc un cours à une date précise.

Je dois en fait gérer un planning.

Il me faut donc gérer l'historique des cours qui ont eu lieu ainsi que les utilisateurs/clients qui y ont participé

Je ne sais pas si ce MCD est correct?
Faut-il plutôt que je relie le sous-cours lui-même à une date?

j'ai quelques notions en MCD, mais l'historisation et la gestion des dates j'ai du mal.
La FAQ ne contient qu'une vingtaine de lignes à ce sujet et j'ai du mal à mettre cette "historisation" qui est en fait une gestion de planning dans mon MCD

[fsmrel]

Bonsoir rophi,

Concernant la gestion des historiques, vous pouvez parcourir les messages suivants :

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

[rophi]

Bonsoir fsmrel!

J'avais déjà lu 2 et maintenant lu les 3 posts que vous m'avez fournis!

D'ailleurs c'est grâce à vos réponses dans ces posts que j'ai pu tenter un "premier jet".

Mais chaque cas est différent:

Dans mon cas la durée d'un sous-cours est connue (1h, pardon je l'avais omis).
Un sous-cours se répète un certains nombre de fois par mois ou par semaine.

Je pensais donc que dans mon cas, une association ternaire se justifierai.

Mais je suis aller trop vite et j'ai oublier une association entre le sous-cours et la date. Car un sous-cours peut exister sans qu'il n'y est encore de personne inscrite.

[fsmrel]

Bonsoir rophi,

Si un sous-cours a lieu selon un certain calendrier, on peut considérer que celui-ci en est une propriété, multivaluée, certes, mais propriété quand même. Autrement dit, pourquoi ne pas utiliser l’identification relative et mettre en œuvre une entité-type faible SousCoursDate ayant pour propriété DateSousCours ? (Concernant l’identification, je préfère utiliser un identifiant relatif IdSousCoursDate invariant, même si DateSousCours peut servir, car une date est en l’occurrence susceptible d’être modifiée, mais faites comme vous l’entendez si vous êtes sûr de vous).



Notez la cardinalité entre parenthèses, signifiant à PowerAMC d’utiliser l’identification relative.

N.B. Un sous-cours peut être associé à différents cours ?

[rophi]

Bonsoir et merci fsmrel pour vos réponses!

Je ne suis absolument pas sûr de moi en ce qui concerne cette partie de mon MCD (c'est pour cela que je viens chercher un peu d'aide).


Voiçi mon MCD corrigé qu'en pensez-vous?



En tout cas merci de votre aide! ça me permettra de créer une base de données correcte.
C'est la première fois que je confronte la notion de temps et de MCD...

J'ai faillit oublier, oui un sous-cours peut appartenir à plusieurs cours, et un cours peut ne pas avoir de sous-cours

[hed62]

Quel est ce booleen "Actif" sur l'utilisateur ? idem pour la "Confirmation" du cours ?

Le boolean "Présence" sur la relation "suivre" est il obligatoire ?

[rophi]

Bonjour hed62!

Mon maître de stage souhaite avoir la possibilité de désactiver les utilisateurs.
En fait les clients qui ont ce champs Actif à "false" ne peut vent plus se connecter et se retrouve dans une section spéciale (une sorte de corbeille)

Pour la confirmation du cours :
IL faut un minimum de personnes inscrites pour que le cours soit confirmé, si on atteint pas ce nombre, le cours n'est pas confirmé et donc annulé.

Le booléen "présence" est là pour vérifier que l'utilisateur était bien présent au sous-cours en question. Si il est absent on le re-crédite d'un coupon (ou non si les absences sont répétées et non justifiées)

[hed62]

Ok, donc ces propriétés sont bien justifiées, c'était pour le vérifier

[rophi]

hed62 c'est toujours un plaisir d'avoir 2 avis, au moins je suis sûr de pas faire de bêtises!
Merci pour votre aide!