Discussion :

[clavier12AZQSWX]

bonjour,

j'ai deux questions :

1ere question:

mes cours de sql datent de plus de 20ans et je viens de découvrir une chose qui m'interpelle au sujet du GROUP BY.
Depuis 20ans, on me disait (ou j'avais compris que) que ce qui est listé dans le GROUPBY doit obligatoirement être dans le SELECT

ainsi cela esrt correct :

Code sql :

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

1
2
3
select a,b,c,sum(d)
from t
group by a,b,c

et je pensais cela pas correct:

Code sql :

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

1
2
3
select c,sum(d)
from t
group by a,b,c

a et B ne sont pas dans le SELECT !!

En cherchant comment adapter une requête postgresql avec DISTINCT ON pour mysql (car le DISTINCT ON) existe pas avec Mysql, je viens de découvrir qu'on peut mettre des choses dans le group BY qui ne sont pas dans le select !
est-ce récent ou est-ce que j'avais mal compris depuis 20ans ?




2eme question (equivalent FIRST() de pg en mysql :
je cherchais un équivalent mysql du FIRST mais pour mysql. on m'a suggérer ceci :

que pgsql :

Code sql :

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

1
2
3
select first (b),first(c),sum(d)
from t
group by a,b,c

devient en mysql:

Code sql :

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

1
2
3
select b,c,sum(d)
from t
group by a,b,c

et à ma grande surprise, ça fonctionne dans mysql !
du coup, je tombe des nuts !
j'aurai pensé que je devais faire :

Code sql :

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

1
2
3
select min(a),min(b),min(c),sum(d)
from t
group by a,b,c

alors qu'est-ce qui est mieux ? plus rapide ou plus correct ?

[escartefigue]

Bonjour,

Les clauses GROUP BY et SELECT doivent être cohérentes, mais MySQL déroge à cette règle et si des colonnes supplémentaires sont présentes dans le SELECT, alors les valeurs restituées sont aléatoires. C'est une bizarrerie propre à MySQL / MariaDB
À l'inverse, ajouter dans le GROUP BY des colonnes qui ne sont pas dans le SELECT n'a aucun intérêt

Pour ce qui concerne FIRST(), je ne crois pas que cette fonction existe en PG, c'est plutôt une fonction propre à Access
Avec MySQL, il faut utiliser la clause LIMIT

Code :

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

1
2
3
4
select C1, C2,..., Cn
from ma_table
where ...
limit 1

[SQLpro]

FIRST n'existe pas en SQL. Si vous voulez retourner certaines lignes (ce qui n'est pas relationnel d'ailleurs) il faut écrire en SQL :

Code :

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

ORDER BY ... OFFSET 0 ROW FETCH NEXT 1 ROW ONLY

Des choses comme LIMIT ou TOP n'existent pas dans le langage SQL. Ce sont des bricolages de certains SGBD comme MySQL !

Quand au GROUP BY, il faut au moins y mettre toutes les colonnes du SELECT qui ne figurent pas dans des calculs d'agrégation. Mais rien n'empêche d'en mettre plus !

Ainsi, sont valide les requêtes suivantes :

Code :

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

1
2
3
SELECT A, B, C, COUNT(D)
FROM  UneTable
GROUP BY A, B, C;

Mais aussi :

Code :

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

1
2
3
SELECT A, COUNT(D)
FROM  UneTable
GROUP BY A, B, C;

Mais pas :

Code :

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

1
2
3
SELECT A, B, C, COUNT(D)
FROM  UneTable
GROUP BY A;

Qui donnera systématiquement une erreur sauf sous MySQL/MariaDB qui renvoi des données incohérente dans ce cas.
A lire sur les imbécilités de MySQL :
https://blog.developpez.com/sqlpro/p...oudre_aux_yeux

A +

[Waldar]

mes cours de sql datent de plus de 20ans et je viens de découvrir une chose qui m'interpelle au sujet du GROUP BY.
Depuis 20ans, on me disait (ou j'avais compris que) que ce qui est listé dans le GROUPBY doit obligatoirement être dans le SELECT

Non c'est le contraire, les colonnes non-agrégées du select doivent être présentes dans le group by.
Ou encore l'ensemble des colonnes non-agrégées est un sous-ensemble des colonnes de la clause group by.

La dernière requête de SQLpro est en effet une "simplification" de MySQL/MariaDB qui ne donne de bons résultats que dans un seul cas et faux dans beaucoup d'autres.

[clavier12AZQSWX]

la partie en gras était ignorée, j'ai l'impression que mes anciens profs l'ont oublié de l'enseigner ou moi qui ne l'ait pas entendue à l'époque.
au prochain déménagement, je fouillerai dans mes vieux polycopiés

Quand au GROUP BY, il faut au moins y mettre toutes les colonnes du SELECT qui ne figurent pas dans des calculs d'agrégation. Mais rien n'empêche d'en mettre plus !

FIRST n'existe pas en SQL.

en fait j'ai pas besoin réellement du FIRST, j'ai juste besoin qu'il y ait une valeur en colonne qui ne soit pas en groubby.
gu coup, j'ai improvisé avec un GROUP_CONCAT (avec option DISTINCT ). vu que les données de ma colonne sont identiques , ça va revenir au même qu'un "first"