Discussion :

[JyLo1]

Bonjour à tous,

Je me demande si c'est possible d'utiliser 2 fois Group by sur une meme requete ?

En effet j'ai la table suivante :

Vendeur Produit Quantité
1 A 12
2 G 8
1 C 5
1 A 3
2 G 14

Je voudrais avoir le total des ventes pour chanque vendeur et chaque produit comme suit :

Vendeur Produit Quantite
1 A 15 (12+3)
1 C 5
2 G 22 (8+14)

J'ai pensé à cette requete :

Code :

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

1
2
3
Select Vendeur, Produit, SUM(Quantite)
from table
Group by Vendeur

Ce qui je pense répond uniquement à "Chaque vendeur" mais pas à "Chaque produit)
Raison pour la quelle je me demande si c'est possible d'utiliser 2 fois Group By

Merci

[tatayo]

Bonjour,
On ne peut pas mettre 2 GROUP BY dans la même requête, mais on peut mettre plusieurs colonnes dans un GROUP BY.
D'ailleurs toutes les colonnes qui ne font pas l'objet d'une agrégation (sum,avg...) DOIVENT être dans la clause GROUP BY.

Tatayo.

[JyLo1]

Merci,

Donc je pourrais faire ceci ?:

Code :

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

1
2
3
Select Vendeur, Produit, SUM(Quantite)
from table
Group by Vendeur, Produit

En ajoutant Produit dans Group by cela répondrai à ma question ?

[tatayo]

Tout à fait. Mais il suffit de faire le test pour s'en convaincre
Il y a des tutoriels SQL ici, par exemple celui-ci qui traite justement des regroupements.

Bonne lecture !

Tatayo.

[JyLo1]

J'aurais bien aimé pouvoir tester mais je travaille sur papier pour l'intant.

Merci pour la réponse.

Je veux compliquer un peu les choses pour apprendre mieux car je suis entrain d'apprendre le SQL

Vendeur et produit sont des id dans une table qui s'appelle Vente, ce qui donne :

Code :

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

1
2
3
Select VendeurID, ProduitID, SUM(Quantite)
from Vente
Group by VendeurID, ProduitID

Les vendeurs et produits sont dans des tables respectives avec nom et id comme suit

Vendeur
IdVen NomVen

Produit
IdProd NomProd

Je voudrais récuperer les noms des produits et vendeurs au lieu des id donc je dois aller les chercher dans leurs tables respectives, est ce que cette requete a un sens :

Code :

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

1
2
3
4
Select VendeurID, NomVen, ProduitID, NomProd, SUM(Quantite)
from Vendeur, Produit
Group by VendeurID, ProduitID
Inner join Vente ON Vendeur.IdVen=Vente.VendeurID, Produit.IdProd=Vente.ProduitID

[JyLo1]

Je pense que Group by doit etre la fin comme ceci :

Code :

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

1
2
3
4
Select VendeurID, NomVen, ProduitID, NomProd, SUM(Quantite)
from Vendeur, Produit
Inner join Vente ON Vendeur.IdVen=Vente.VendeurID, Produit.IdProd=Vente.ProduitID
Group by VendeurID, ProduitID

[al1_24]

ça aura plus de chances de fonctionner comme cela :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Select  vnd.VendeurID
    ,   vnd.NomVen
    ,   prd.ProduitID
    ,   prd.NomProd
    ,   SUM(vnt.Quantite)
from    Vente   vnt
    Inner join 
        Vendeur vnd
        ON  vnd.IdVen   = vnd.VendeurID
    Inner join 
        Produit prd
        ON  prd.IdProd  = vnt.ProduitID
Group by vnd.VendeurID
    ,   prd.ProduitID
;

Par ailleurs les colonnes ProduitID et IdProd représentent la même information (tout comme VendeurId et IdVen) ; elles devraient porter le même nom

[StringBuilder]

Bonjour,

Même si c'est pas l'objet ici, cela fait plusieurs topics que je lis où différentes personnes (dont notamment des experts tels que SQLPro, al1_24, tatayo ou encore aieuuuu - désolé pour l'orthographe de ce dernier -) disent :

"On ne peut pas faire deux GROUP BY dans une même requête"
"On ne peut pas imbriquer des fonctions de regroupement dans une requête".

Et ce, à grands coups de citations de la norme SQL.

Certes, dans une requête "simple", on ne peut pas.

Mais si par exemple, je souhaite, pour chaque vendeur, connaître la quantité moyenne de produits vendus, alors :

Code sql :

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

1
2
3
4
 
Select Vendeur, AVG(Quantite)
from table
Group by Vendeur

=> C'est faux. Car pour le cas du vendeur 2, qui a vendu une fois 8 unités du produit G et une fois 14 unités du produit G, on va avoir une moyenne de 11, alors que ce que je cherche, c'est la moyenne sur le total des ventes de chaque produit, donc ici, 22.

Le souci, c'est que :

Code sql :

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

1
2
3
4
 
Select Vendeur, produit, sum(Quantite)
from table
Group by Vendeur, produit

Me retourne bien 22 pour le vendeur 2, qui n'a vendu que le produit G, mais pour le vendeur A, j'ai deux lignes, 15 pour le produit A et 5 pour le produit C... Moi je veux la moyenne, donc 10.

Et donc, je vais, dans une seule requête SQL, avoir deux group by, et imbriquer deux fonctions de regroupement...

Code sql :

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

1
2
3
4
5
6
7
8
 
select vendeur, avg(total) moyenne
from (
   Select Vendeur, sum(Quantite) total
   from table
   Group by Vendeur, produit
) subquery
group by vendeur

Et c'est parfaitement valide.

Voilà, juste histoire de dédramatiser le sujet, et éviter de faire croire que le SQL est autant limité que ça.

[escartefigue]

Ca ne change rien, on a bien un group by par requête : un dans la requête principale, et un dans la sous-requete

[tatayo]

Stringbuiler => j'ai volontairement simplifié ici pour ne pas embrouiller notre amis.
Mais pour mieux coller à la réalité j'aurai dû dire: pas plus d'une clause GROUP BY par SELECT.
Et je l'ai également aiguillé vers les tutoriels qui sont bien plus détaillés et "didactiques" que je ne le suis

Tatayo.

[StringBuilder]

Ca ne change rien, on a bien un group by par requête : un dans la requête principale, et un dans la sous-requete

Il y a une seule requête hein... "sous-requête" est un abus de langage.

Et j'aime pas les réponses incomplètes du genre "ben non on peut pas", en oubliant juste que "ben en fait, si, mais en écrivant autrement".

[JyLo1]

Merci beaucoup pour vos réponses très utiles, je débute en SQL et j'espère être à votre niveau un jour.

J'ai hate de pouvoir essayer sur une base de données parce que pour l'instant je ne peux que écrire sur papier (J'attends un accès à une base de données).

J'ai une qutre question :

J'ai ces tables :

Clients
CliID CliNom

Produit
ProdID ProdNom PrixUnitaire

Vente
CliID ProdID Quantité


Je voudrais savoir tous les produits commandés par la compagnie MaComp avec le nombre d'unités et la somme de tous ses achats.

Je suppose que je dois faire une multiplication du prix unitaire et du nombre de produit commandé pour chaque commande

J'ai essayé comme ca mais je ne suis pas sur

Code :

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

1
2
3
4
Select SUM (VT.Quantite), PR.PrixUnitaire*VT.Quantite
From Vente VT, Produit PR, Client CL
Where CL.CliNom = "MaComp"
Order by PR.ProdID

Est ce que c'est bon ?

Merci

[bstevy]

C'est un très beau produit cartésien que vous nous avez pondu là

Prennez l'habitude d'écrire vos jointures avec l'opérateur JOIN pour plus de lisibilité.
Ainsi, quand vous introduisez 3 tables, ne mettez pas de virgules, juste des opérateurs JOIN, ca vous donnera déjà une bonne base de départ.


Ensuite, si vous introduisez un opérateur d'aggrégation, ici, en l'occurence, l'opérateur SUM... il faut soit qu'il soit groupé par un colonne de dimension - mais ici, ce n'est pas le cas dans ce que vous avez écrit - soit que les autres colonnes soit elles aussi inclusent dans l'opérateur.

En l'occurence, si vous avez un SUM (VT.Quantite) d'un coté, vous ne pouvez pas avoir PR.PrixUnitaire*VT.Quantite seul de l'autre...
cette partie doit aussi faire l'objet d'une somme
sum(PR.PrixUnitaire*VT.Quantite)

Enfin, d'après votre descriptif, il va manquer la description du produit (au moins son nom) et donc un group by pour afficher votre résultat produit par produit.
car là, vous n'avez qu'une grosse somme informe.

[CinePhil]

Il y a une seule requête hein... "sous-requête" est un abus de langage.

En quoi est-ce "un abus de langage" ?

Il y a bien une requête dans une requête et le SGBD va bien tenir compte des deux parties. Dans beaucoup de cas, il va même exécuter d'abord la sous-requête puis utiliser son résultat pour exécuter la requête principale.

[JyLo1]

C'est un peu compliqué pour moi. Y-aurai t'il une solution plus simple ? Je n'arrive pas à voir comment utiliser les jointures et 2 fonctions en même temps à savoir la somme et la multiplication

[bstevy]

Dans ce cas, il faut relire encore une fois les cours et tutoriels de formation pour appendre SQL :
http://sqlpro.developpez.com/cours/sqlaz/jointures/
http://sqlpro.developpez.com/cours/sqlaz/ensembles/
http://sql.developpez.com/

...

Y'a difficilement plus basique que ce que vous essayez de faire... même les exos scolaires demande de truc tordus et là, c'est pas du tout votre cas. donc faudrait vous y mettre un minimum quand même.


Commencez par faire vos jointures correctement. et après, on ajoutera les clauses sum et group by.
Juste affichez produit, quantité, prix, et ca sera déjà pas mal.

[aieeeuuuuu]

Bonjour,

Voilà, juste histoire de dédramatiser le sujet, et éviter de faire croire que le SQL est autant limité que ça.

Personne ne fait croire cela.
C'est au contraire illimité, puisque tout est possible.
il y a souvent plusieurs solutions possibles.

Par exemple, pour obtenir vos moyennes par vendeur, pas besoin de requete imbriquée, celle ci suffit :

Code :

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

1
2
3
4
5
 
SELECT 
		vendeur, SUM(Quantite)/COUNT(DISTINCT produit)
FROM	LaTable
GROUP BY vendeur