sss
Bonjour,
Le lien ne marche pas pour moi, désolé
Quoi qu'il en soit, communiquez l'exercice et aussi ce que vous avez commencé à faire, et quelles sont les difficultés
Gérer les 2 exercices dans un même sujet nuira à la lisibilité et chargera inutilement les échanges, je vous propose de ne conserver que le 1er dans celui-ci
Les entités-type que vous citez sont effectivement requises
Vous avez oublié le constructeur
Il y a aussi une entité-type implicite qui s'impose, le calendrier :
Un pilote peut changer d'écurie d'une année sur l'autre, un même grand prix change de date d'une année à l'autre, etc...
Concernant les résultats
on peut considérer que les essais du vendredi, du samedi et le résultats en courses, sont de même nature : il s'agit d'enregistrer un chrono total, un kilométrage parcouru, un meilleur temps etc... pour un pilote, une course et une date
Une remarque : il me semble qu'il y a un GP qui se tient le samedi et non le dimanche, quoi qu'il en soit, il est raisonnable de ne pas se fier à la date seule pour déterminer s'il s'agit d'une 1ère séance d'essais, d'une 2ème, ou de la course, cas par exemple d'une piste non praticable le vendredi, qui provoquerait le report des 2 séances d'essai au samedi.
Autre approche : créer des associations différentes pour essais et course (y a -t- il des attributs différents à gérer pour l'un et l'autre ?)
Au sujet du nombre de pointsDans l'énoncé, le nombre de points est fixe.
Dans la vraie vie, le nombre de pilotes marquant des points et le nombre de points a changé plusieurs fois au fil des saisons.
Du coup, soit vous gérez simplement comme le suggère l'énoncé, un nombre de points fixe, auquel cas les résultats seront complètement faux dès lors qu'il s'agira des saisons avant et après ce barème (qui n'a plus court depuis plusieurs années), soit, vous calculez le nombre de points en fonction de la saison
Dans les 2 cas, il s'agit d'une donnée calculée en fonction du classement en course, il n'est donc pas nécessaire de la stocker
Le classement Ce n'est pas une entité-type, ni même une relation, mais une donnée calculée conséquence du cumul des résultats d'un pilote dans les différentes courses d'une saison. Il convient donc de ne pas modéliser cette valeur, qui sera calculée à chaque fois que nécessaire
Peut être pouvez vous prévoir deux résultats par GP : un résultat course et un résultat retenu, ce en cas de disqualification d'un concurrent. Ca vous permettra de restituer à la fois le résultat avant et après arbitrage par les juges arbitres
Surtout pas, une seule entité-type suffit.
Concernant le calendrier, ce que je suggérai était de faire une relation ternaire comme suit :
Pièce jointe 226092
Le n° de voiture peut changer d'une année sur l'autre, même si c'est le même pilote et la même écurie.
Cas d'espèce : le pilote qui devient champion du monde porte le n° 1 l'année suivante, même s'il reste dans la même écurie. C'est pourquoi le n° est attribut de la relation
Le classement ne peut pas être un attribut d'un grand prix seul, ni d'un pilote seul.
Le classement d'un grand prix est lié au grand prix, au pilote et à la saison (le même pilote dans un même grand prix, a un classement différent d'une année sur l'autre)
Le classement championnat est lié au pilote et à la saison, il change à chaque grand prix tant que la saison n'est pas achevée
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager