Discussion :

[le beauceron]

salut a tous, je suis nouveau dans le forum. Je commence une formation de développeur.

J'ai du mal concernant les entités dates et calendrier. ça veut pas entrer dans ma citrouille. Les dates je les mets dans une association et d'autres collègues créent des entités calendrier ou dates.

Par exemple: Plusieurs tournois de foot sont organisés dans l'année,chaque tournoi dure quelques jours. chaque équipe joue plusieurs match à une date et heure précise

j'ai comme informations à mettre : datefintournoi, datedébuttournoi, heuredébutmatch heurefinmatch, date du match.

Je dois créer une entité date en mettant ces propriétés ou créer une association avec toutes ces informations

merci par avance, j’espère avoir été un peu compris

[julien_33]

Bonjour,

C'est au choix du concepteur de la base. Vu que le champs date revient régulièrement, tu peux créer une entité calendrier avec les dates que tu rattaches aux tables concernées si cela est plus clair pour toi.

Cependant, quand tu passes à la réalisation du mld, cette entité disparait, on ne modélise pas une entité où il n'y aurait que des dates dedans.

Bon courage

[CinePhil]

Il est d'usage de représenter l'entité type date qui est le plu souvent une entité type fictive, sauf dans le cas où tu as besoin de notions de planning ou de comptage par jour sur une période... l'entité type date devient alors bien réelle et engendrera la création d'une table (ou plus) pour modéliser le calendrier.
Dans ton exemple, si tu veux représenter sur un calendrier tous les tournois, comme il n'y en a pas tous les jours, il te faut une table des jours pour les avoir tous dans ton calendrier.

Lire à ce sujet l'article de SQLPro.

[le beauceron]

Merci pour vos réponses donc une entité date avec comme attributs jour fera l'affaire?

[CinePhil]

Oui par exemple, avec aussi un identifiant de type entier et auto-incrémenté auquel feront référence les clés étrangères dans les autres tables.