Question à propos de la clause GROUP BY

Bonjour,

Je ne comprends pas pourquoi il est obligatoire d'ajouter dans la clause GROUP BY toutes les colonnes du SELECT lorsque la clé primaire suffirait.

Exemple: J'ai une table Clients et une table Ordres (synonyme de transaction dans ce cas). Je désire obtenir la somme des ordres de chaque client ainsi que son prénom.

Code:

---

1 2 3 4

SELECT Cli.Prenom, SUM(Ord.Montant) FROM Clients Cli INNER JOIN Ordres Ord ON Cli.Num_cli = Ord.Num_cli GROUP BY Cli.Prenom;

---

Cependant le résultat de cette requête est faux. Si j'ai deux clients prénommé Albert, le résultat de cette requête groupera les lignes des clients ayant le même prénom. Jusqu'ici je comprends, c'est assez normal.

Pour rendre cette requête correcte, il faudrait grouper aussi par la clé primaire comme ceci:

Code:

---

1 2 3 4

SELECT Cli.Prenom, SUM(Ord.Montant) FROM Clients Cli INNER JOIN Ordres Ord ON Cli.Num_cli = Ord.Num_cli GROUP BY Cli.Prenom, Cli.Num_cli;

---

Mais pourquoi on ne pourrait pas écrire cette requête de cette façon:

Code:

---

1 2 3 4

SELECT Cli.Prenom, SUM(Ord.Montant) FROM Clients Cli INNER JOIN Ordres Ord ON Cli.Num_cli = Ord.Num_cli GROUP BY Cli.Num_cli;

---

En effet je trouve que de cette façon ça devrait fonctionner. Mais je reçois bien une erreur ORA-00979: n'est pas une expression GROUP BY.

D'avance merci beaucoup et meilleures salutations.

Citation:

---

Envoyé par cappuccino77

Mais pourquoi on ne pourrait pas écrire cette requête de cette façon:

SELECT Cli.Prenom, SUM(Ord.Montant) FROM Clients Cli
INNER JOIN Ordres Ord
ON Cli.Num_cli = Ord.Num_cli
GROUP BY Cli.Num_cli;
...

---

Votre proposition corresponde en fait à cette requête:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Select Cli1.Prenom, grp.Tot_Mnt From Clients Cli1 Join (Select Cli.Num_cli, Sum(Ord.Montant) Tot_Mnt From Clients Cli Join Ordres Ord On Cli.Num_cli = Ord.Num_cli Group By Cli.Num_cli ) grp On Cli1.Num_cli = grp.Num_cli

---

Citation:

---

Envoyé par cappuccino77

En effet je trouve que de cette façon ça devrait fonctionner

---

Ça devrait en effet, selon la norme SQL, puisque Prenom est en dépendance fonctionnelle de Num_cli

C'est au niveau de l'implémentation de celle-ci que les SGBD prennent souvent leurs aises.

La plupart sont plus restrictifs et exigent que toutes les colonnes soient inclues dans le group by dès lors qu'elles ne font pas partie d'une fonction d'agrégat.

MySQL lui, autorise tout (et n'importe quoi !). Mais attention aux résultats... (Mysql renvoi la première valeur qu'il trouve).

@mnitu, merci mais je cherchais plus à comprendre pourquoi ça ne fonctionnait pas plutôt qu'une alternative plus compliqué (et plus coûteuse au niveau de l'exécution).

@aieeeuuuuu, merci beaucoup pour votre réponse. Peut-être que cette restriction sert à s'assurer que le résultat soit correct (et préférer retourner une erreur plutôt qu'un résultat faussé) et permet aussi une implémentation plus facile. Bien entendu ce ne sont que des suppositions de ma part qui valent ce qu'elles valent... Qu'en pensez-vous?

Citation:

---

Envoyé par cappuccino77

@mnitu, merci mais je cherchais plus à comprendre pourquoi ça ne fonctionnait pas plutôt qu'une alternative plus compliqué (et plus coûteuse au niveau de l'exécution).
...

---

Coûteuse ou pas c'est ce que vous demandez en fait. Parce que sinon j'avais trouvé que vos remarques concernant le résultat incorrect, vous mène sur la bonne piste. Pour moi l'idée d'une requête donnant un résultat incorrect à la place d'une erreur c'est tout simplement un bug!

Citation:

---

Envoyé par cappuccino77

Peut-être que cette restriction sert à s'assurer que le résultat soit correct (et préférer retourner une erreur plutôt qu'un résultat faussé) et permet aussi une implémentation plus facile. Bien entendu ce ne sont que des suppositions de ma part qui valent ce qu'elles valent... Qu'en pensez-vous?

---

Il me semble qu'avant, la norme SQL elle même n'incluait pas non plus cette subtilité concernant les dépendances fonctionnelles, et exigeait également dans le GROUP BY l'ensemble des colonnes présentes dans le SELECT sans fonction d'agrégat.
Quand cette subtilité est arrivée (dans la norme de 1999 je crois, sans aucune certitude), les SGBD avaient déjà, et depuis longtemps implémenté le GROUP BY (heurseuement !).
Du coup, implémenter maintenant cela n'est certainement pas une priorité, sachant que ça n'améliorera pas les performances, mais simplement le confort pour l'écriture des requêtes. Mais là aussi, ce ne sont que des suppositions...

Mais ce n'est au final qu'une question d'habitude. Pour simplifier la chose, il suffit de regrouper en fin de SELECT les colonnes avec fonction d'agrégat, et de construire le GROUP BY par un copier/coller du début du SELECT. Bien sûr, dans certaines requêtes plus complexes, cela n'est pas toujours aussi simple...

Merci beaucoup c'est très clair.