Discussion :

[alex2746]

Bonjour,
c'est une bête question, mais j'aimerais comprendre pourquoi quand on fait un GROUP BY, tous les attributs du GROUP BY doivent obligatoirement se retrouver dans le SELECT?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Select Un, Deux, Trois
From Table
GROUP BY Un, Deux;

Merci d'avance

[al1_24]

Et qu'est-ce que tu voudrais faire de ta colonne Trois ? Puisqu'elle nes sert pas de critère de regroupement, quelle valeur serait retenue ?

[alex2746]

Je ne comprends justement pas pourquoi cette colonne ne me servira à rien...

[al1_24]

Ce n'est pas qu'elle ne servira à rien, c'est qu'elle ne pourra pas être regroupée

(Re)lis ce document de SQLPro qui explique les regroupements : Groupage, ensembles et sous ensembles

[sevyc64]

Le GROUP BY n'est pas appliqué sur la requête elle-même mais sur le résultat de cette requête.

Ta requete n'est pas bonne. Une bonne requete serait par exemple (elle doit contenir une fonction de regroupement, ici Max() ) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT Un, Deux, Max(Trois)
FROM TABLE
GROUP BY Un, Deux;

A l'exécution la requete

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT Un, Deux, Trois
FROM TABLE

est exécutée.

Ensuite sur le résultat de cette requete le regroupement est appliqué selon les champs donnés dans le GROUP BY puis la fonction de regroupement est appliquée sur les autres champs.

C'est pour cela que
- Tous les champs du GROUP BY doivent être présent dans le résultat
- Tous les champs ne faisant pas l'objet d'une fonction de regroupement doivent être inclus dans le GROUP BY

C'est très schématisé pour l'explication, l'exécution réelle est plus complexe mais revient à ça.

[Waldar]

C'est pour cela que
- Tous les champs du GROUP BY doivent être présent dans le résultat
- Tous les champs ne faisant pas l'objet d'une fonction de regroupement doivent être inclus dans le GROUP BY

Votre seconde assertion est vraie (aux constantes et valeurs systèmes près), mais pas la première.
Un exemple simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
With TMP as
(
select 2009 as yr, 1 as mth from dual union all
select 2009      , 2        from dual union all
select 2009      , 3        from dual
)
  select yr, count(*)
    from tmp
group by yr, mth;
 
YR	COUNT(*)
2009	1
2009	1
2009	1

J'ai une colonne du GROUP BY qui n'est pas dans le SELECT, et ma requête est parfaitement juste.

[CinePhil]

Au risque d'embrouiller alex2746, je dirais que les deux phrases énoncées par sevyc64 sont fausses !

Quels sont les clients ayant passé plus d'une commande ?
Sauf erreur de ma part, la requête ci dessous y répond, du point de vue de la norme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT cl.c_id, cl.c_numero, cl.c_nom
FROM client AS cl
INNER JOIN commande As cm ON cl.cl_id = cm.cm_id_client
GROUP BY cl.c_id
HAVING COUNT(*) > 1
ORDER BY cl.c_nom

Le SELECT ne comporte pas de fonction de regroupement ; celle-ci est dans le HAVING.
Le GROUP BY ne comporte que l'identifiant du client car les autres colonnes du SELECT sont fonctionnellement dépendantes de cet identifiant (ce sont d'autres colonnes de la même table).

Cependant, la plupart des SGBD refuseront cette requête à cause du GROUP BY ne comprenant pas toutes les colonnes non regroupées.
MySQL l'autorise mais il prend le risque d'afficher des valeurs au hasard lorsque les colonnes non regroupées du SELECT et ne figurant pas dans le GROUP BY ne sont pas fonctionnellement dépendantes du GROUP BY.

L'erreur fréquente consisite à vouloir modifier la requête ci-dessus pour obtenir les commandes de ces clients, de la mauvaise façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT cl.c_id, cl.c_numero, cl.c_nom, cm.cm_numero, cm.cm_montant_ht
FROM client AS cl
INNER JOIN commande As cm ON cl.cl_id = cm.cm_id_client
GROUP BY cl.c_id
HAVING COUNT(*) > 1
ORDER BY cl.c_nom, cm.cm_montant_ht DESC

MySQL autorisera cette syntaxe, contrairement à la plupart des autres SGBD, mais affichera des valeurs aléatoires pour le numéro de commande et le montant.

La bonne requête donnant les commandes des clients ayant passé plus d'une commandes est la suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
SELECT t.c_id, t.c_numero AS Numero_Client, t.c_nom, 
  cm1.cm_numero AS Numero_Commande, cm1.cm_montant_ht
FROM commande AS cm1
INNER JOIN (
  SELECT cl.c_id, cl.c_numero, cl.c_nom
  FROM client AS cl
  INNER JOIN commande As cm ON cl.cl_id = cm.cm_id_client
  GROUP BY cl.c_id, cl.c_numero, cl.c_nom
  HAVING COUNT(*) > 1
) AS t ON cm.cm_id_client = t.c_id
ORDER BY t.c_nom, cm1.cm_montant_ht DESC

[Waldar]

Sauf erreur de ma part, la requête ci dessous y répond, du point de vue de la norme

Non pas du tout, MySQL le permet avec sa règle de dépendance, mais la norme ne le prévoit pas.

[sevyc64]

Au risque d'embrouiller alex2746, je dirais que les deux phrases énoncées par sevyc64 sont fausses !
...........
Cependant, la plupart des SGBD refuseront cette requête à cause du GROUP BY ne comprenant pas toutes les colonnes non regroupées.
..........
La bonne requête donnant les commandes des clients ayant passé plus d'une commandes est la suivante :

Si mes indications sont effectivement peut-être fausses dans le cas particulier de MySQL, tu confirme qu'elles sont quand même plutot juste pour la pluspart des autres SGBD en conseillant même de les suivre pour l'ensemble des SGBD, y compris MySQL

[CinePhil]

Non pas du tout, MySQL le permet avec sa règle de dépendance, mais la norme ne le prévoit pas.

Voir le chapitre 7 de l'article de Cédric Duprez consacré au GROUP BY dans MySQL.

Ceci dit, je confirme qu'il est fortement recommandé de mettre dans le GROUP BY toutes les colonnes du SELECT ne faisant pas l'objet d'une fonction d'aggrégation, y compris sous MySQL.

[Waldar]

Je l'ai déjà lu.
Comme le dit l'auteur, ça reste une question d'interprétation de "Dépendance fonctionnelle".

Seules les équipes de MySQL l'ont interprété ainsi, et pourtant il y a des SGBD dont le crédo est de suivre la norme de très près.

Ca reste, à mon sens, un facteur d'erreur supplémentaire.

Mais si je développais avec MySQL, j'utiliserai néanmoins cette fonctionnalité, avec les précautions nécessaires.