Question à propos la commande UNION

1 pièce(s) jointe(s)

Bonjour,

J'ai deux tables events et swimers et j'aimerais afficher l'age moyen pour chaque épreuve

voici ma solution

Code:

1
2
3
4
5
6
7
8
9
10
11
select e.event, Round(avg(e.age))
from event e inner join swimers s on e.Id = s.Id
where e.age = s.Gold
UNION 
select e.event, Round(avg(e.age))
from event e inner join swimers s on e.Id = s.Id
where e.age = s.Silver
UNION 
select e.event, Round(avg(e.age))
from event e inner join swimers s on e.Id = s.Id
where e.age = s.Bronze

Merci de vos retours

Bonjour,

Comme il s'agit d'un exercice (voir d'un test, il me semble l'avoir fait la semaine dernière d'ailleurs), je ne te donnerai pas la réponse, mais juste des indications.

D'après la description des tables, le lien ne se fait pas sur l'Id, mais le nom du nageur (ce n'est pas terrible soit dit en passant).
De plus, l'exercice demande une requête sur 4 colonnes, et la tienne n'en renvoie que 2.

Tatayo.

Bonjour

Je ne comprends pas comment un enseignant peut donner des exercices aussi mer#$@~€s !

L'énoncé contient plein d'erreurs :

une table ne contient pas des "champs", mais des "colonnes". Les champs sont les zones d'un formulaire ;
la table des événements ne devrait contenir que l'identifiant de l'événement, son nom, sa date, mais pas les concurrents.
Stocker des attributs non dépendants de l'identifiant est un viol de la 3e forme normale !
il manque une table associative "classement" entre concurrents et événements pour stocker les classements, l'identifiant de cette table sera l'identifiant de l'événement + l'identifiant du concurrent ;
prévoir 3 colonnes pour stocker les médaillés d'or, d'argent et de bronze est une con$$$ie ! En cas d'ex-aequo, votre BDD est incapable d'enregistrer les résultats. Raison de plus pour créer une table associative. Ainsi on peut avoir autant de résultats qu'on veut y compris au delà de la 3^e place si on le souhaite ;
stocker les noms des concurrents dans la table des classements est une hérésie : si plusieurs concurrents portent le même nom, on ne sait pas qui est qui... ;
l'âge ne doit jamais être stocké en table car il change tout le temps. Il faut stocker la date de naissance et calculer l'âge quand nécessaire ;
"YEAR" est un mot réservé SQL, donc à éviter comme nom de colonne.

C'est à dire à peu près tout ce qu'il ne faut pas faire :aie::furax:

Par ailleurs, l'énoncé demande d'arrondir au nombre entier supérieur, comme l'âge est de type integer, c'est déjà un entier, arrondir n'a aucun intérêt
Je ne sais pas si c'est un piège tendu par l'enseignant ou encore une bêtise, mais vu ce qui précède, rien n'est impossible :aie:

Enfin, on demande l'âge moyen du médaillé d'or, d'argent et de bronze par épreuve, or vu le modèle de données aberrant (pas d'ex-aequo possible) il n'y a qu'un médaillé de chaque métal pour chaque épreuve ! Donc l'âge moyen est égal à l'âge de chaque médaillé.

Bref l'énoncé, le modèle de données et la question sont nuls...