Discussion :

[Julie12042012]

sss

[escartefigue]

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

[escartefigue]

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

[escartefigue]

Remarque : Je lis dans l'énoncé que le constructeur = écurie. J'ai nommé mon entité Ecurie comme j'aurai pu la nommer Constructeur.
Dois-je créer une deuxième entité Constructeur ?

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