IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage SQL Discussion :

JOIN et GROUP BY


Sujet :

Langage SQL

  1. #1
    Membre du Club
    Homme Profil pro
    étudiant
    Inscrit en
    Juin 2020
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : étudiant
    Secteur : Enseignement

    Informations forums :
    Inscription : Juin 2020
    Messages : 77
    Points : 41
    Points
    41
    Par défaut JOIN et GROUP BY
    Bonjour,

    J'ai commencé cette année à étudier le SQL mais il y a un aspect que je pense ne toujours pas avoir saisi.
    Quand j'écris des requêtes il m'arrive de commettre des erreurs avec GROUP BY au niveau des colonnes que je déclare au niveau du SELECT.

    Si j'ai bien compris si j'utilise un GROUP BY toutes les colonnes qui sont dans le SELECT doivent se retrouver dans le GROUP BY sauf éventuellement celels qui sont utilisées dans des fonctions d'aggrégation comme SUM par exemple.

    Par contre si je ne fais pas de GROUP BY mais que je réalise seulement une jointure, je peux mentionner dans le SELECT n'importe quelle colonne qui ferait partie de cette jointure sans que le SGBD me dise d'aller réviser mes cours.

    Est-ce bien cela ?

    J'ai beaucoup étudié mais j'avoue que je n'ai pas les idées encore très claires.

    Merci par avance pour vos retours

    Cordalement

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 136
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 136
    Points : 38 909
    Points
    38 909
    Billets dans le blog
    9
    Par défaut
    Bonjour,

    La clause GROUP BY sert à calculer des agrégats avec les fonctions SUM, AVG, MAX, MIN, COUNT quand d'autres colonnes sont requises dans la clause SELECT.

    Quand seul l'agrégat ou les agrégats sont demandés, pas besoin de GROUP BY.

    Exemple ci-après de comptage du nombre de lignes dans la table T1 dans lequel il n'y a pas besoin de regroupement :
    SELECT COUNT(*) FROM T1.

    Quand au moins une colonne hors agrégat est restituée, alors il faut utiliser GROUP BY sur chacune de ces colonnes.
    Par exemple ci après, recherche du chiffre d'affaire moyen, mini et maxi par mois et type de produit :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
       SELECT mois_vte
            , prod_type
            , min(px_vte) as prix_mini
            , max(px_vte) as prix_maxi
            , avg(px_vte) as prix_moyen
       FROM T1
       GROUP BY mois_vte
              , prod_type

    La syntaxe ci-dessous est erronée, car la colonne prod_libelle, non agrégée, est absente du GROUP BY :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
       SELECT mois_vte
            , prod_type
            , prod_libelle
            , min(px_vte) as prix_mini
            , max(px_vte) as prix_maxi
            , avg(px_vte) as prix_moyen
       FROM T1
       GROUP BY mois_vte
              , prod_type

    À noter : MySQL accepte de faire entorse à cette règle si le paramètre SET sql_mode = 'ONLY_FULL_GROUP_BY' est absent.
    Auquel cas, il restitue une valeur arbitraire pour chaque colonne non agrégée.

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 770
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    Extrait de mon livre "SQL" :

    GOUP BY.pdf

    Come dit :
    1) le groupage (GROUP BY) doit contenir toutes les colonnes du SELECT qui ne sont pas utilisées par une fonction d'agrégation (COUNT(*), COUNT, MAX, MIN, SUM, AVG, EVERY, ANY | SOME, STDDEV_POP, STDDEV_SAMP, VAR_POP, VAR_SAMP...)
    2) l'utilisation de la clause GROUP BY sans fonction d'agrégation (soit dans le SELECT, soit dans le HAVING) n'a aucun sens et plombe les performances....

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Customer Success Manager @Vertica
    Inscrit en
    Septembre 2008
    Messages
    8 452
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Customer Success Manager @Vertica
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 452
    Points : 17 820
    Points
    17 820
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    2) l'utilisation de la clause GROUP BY sans fonction d'agrégation (soit dans le SELECT, soit dans le HAVING) n'a aucun sens et plombe les performances
    Je ne remet pas en cause la règle générale, mais j'ai trouvé un contre-exemple à ceci.

    Un GROUP BY sans fonction d'agrégation n'est finalement qu'un DISTINCT qui ne dit pas son nom. Il a toutefois le bon goût d'être exécuté avant les fonctions de fenêtrage, là où DISTINCT sera exécuté après, ça permet d'éviter de rajouter une sous-requête supplémentaire.

    Exemple super bateau où les deux dernières requêtes sont identiques :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    declare @MyTable table (id int, col char(1));
     
    insert into @MyTable (id, col) values
    (1, 'A'), (2, 'A'), (3, 'A'),
    (4, 'A'), (5, 'B'), (6, 'B');
     
    select col, row_number() over(order by col desc) as rn
      from (select distinct col from @MyTable) as t;
     
      select col, row_number() over(order by col desc) as rn
        from @MyTable
    group by col;

  5. #5
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 002
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 002
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Pour mémoire, GROUP BY peut ne comporter aucun nom de colonne (cas des opérations d’agrégation). Ainsi, à partir de l’exemple proposé par Waldar, le code :

    select count(col)
    from @MyTable ;

    est en fait équivalent (mais avec l’économie du GROUP BY rendu inutile) à :

    select count(col)
    from @MyTable
    group by ();
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  6. #6
    Membre du Club
    Homme Profil pro
    étudiant
    Inscrit en
    Juin 2020
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : étudiant
    Secteur : Enseignement

    Informations forums :
    Inscription : Juin 2020
    Messages : 77
    Points : 41
    Points
    41
    Par défaut
    Merci beaucoup pour vos retours

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Left Join et Group By récupérer dernières valeurs
    Par djboy dans le forum Requêtes
    Réponses: 2
    Dernier message: 17/06/2009, 09h32
  2. left outer join et group by
    Par pobrouwers dans le forum Langage SQL
    Réponses: 7
    Dernier message: 15/11/2007, 13h58
  3. left join et group by
    Par eclesia dans le forum Requêtes et SQL.
    Réponses: 2
    Dernier message: 08/08/2007, 09h19
  4. [Requête] Colonne invalide avec JOIN et Group By
    Par LordTal dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 20/03/2007, 18h13
  5. requete avec left join et group by
    Par slc dans le forum Requêtes
    Réponses: 2
    Dernier message: 14/09/2004, 18h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo