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 :

Explication d'un double left join ?


Sujet :

Langage SQL

  1. #1
    Membre habitué
    Inscrit en
    Novembre 2004
    Messages
    415
    Détails du profil
    Informations forums :
    Inscription : Novembre 2004
    Messages : 415
    Points : 138
    Points
    138
    Par défaut Explication d'un double left join ?
    En SQL je comprends bien le concept de A left join B.
    Par contre, je suis moins sûr de comprendre le fonctionnement de A left join B left C.
    Pouvez-vous me donner des exemples et explications, ainsi que des liens spécifiques sur le sujet du minimum double left join s'il vous plaît ?
    A left join B left join C ne produit pas forcément le même résultat que A left join C left B ou si ?
    Merci pour vos lumières

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 802
    Points
    30 802
    Par défaut
    Citation Envoyé par jmclej Voir le message
    A left join B left join C ne produit pas forcément le même résultat que A left join C left B ou si ?
    Ce qui peut faire la différence, c'est la condition de jointure.
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  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 772
    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 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    Soit les tables suivantes :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    CREATE TABLE T_PERSONNE 
       (PRS_ID     INT PRIMARY KEY, 
        PRS_NOM    VARCHAR(16) NOT NULL);
    INSERT INTO T_PERSONNE VALUES
       (1, 'DUPONT'), 
       (2, 'MARTIN'), 
       (3, 'SMITH');
    Table des personnes

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    CREATE TABLE T_DNS 
       (DNS_ID     INT PRIMARY KEY, 
        DNS_NAME   VARCHAR(128) NOT NULL);
    INSERT INTO T_DNS VALUES 
       (99, 'gmail.com'), 
       (98, 'outlook.fr'), 
       (97, 'free.fr'), 
       (96, 'orange.fr');
    Table des DNS

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    CREATE TABLE T_EMAIL 
       (EML_ID     INT PRIMARY KEY, 
        PRS_ID     INT NOT NULL REFERENCES T_PERSONNE (PRS_ID), 
        DNS_ID     INT NOT NULL REFERENCES T_DNS (DNS_ID),
        EML_USER   VARCHAR(128) NOT NULL);
    INSERT INTO T_EMAIL VALUES 
       (33, 1, 99, 'paul.dupont356'), 
       (35, 1, 98, 'pdupont45'), 
       (37, 3, 99, 'smith-et-wesson');
    Tables des emails liés aux deux autres : personnes et DNS (un email est composé d'un nom d'utilisateur et d'un nom de DNS séparé par le caractères "@" : arobe)

    La requête suivante présentes les utilisateurs avec leurs emails :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           INNER JOIN T_EMAIL AS E ON P.PRS_ID = E.PRS_ID
           INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID;
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    PRS_ID      PRS_NOM          EMAIL
    ----------- ---------------- -----------------------------
    1           DUPONT           paul.dupont356@gmail.com
    1           DUPONT           pdupont45@outlook.fr
    3           SMITH            smith-et-wesson@gmail.com
    Les jointures étant internes, la personne 2 (MARTIN) n'y figure pas...

    Rectifions avec des jointures externes :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           LEFT OUTER JOIN T_EMAIL AS E ON P.PRS_ID = E.PRS_ID
           LEFT OUTER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID;
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    PRS_ID      PRS_NOM          EMAIL
    ----------- ---------------- ---------------------------
    1           DUPONT           paul.dupont356@gmail.com
    1           DUPONT           pdupont45@outlook.fr
    2           MARTIN            
    3           SMITH            smith-et-wesson@gmail.com
    La personne 2 (MARTIN) y figure mais sans préciser son email...

    Qu'en est-il si nous faisons une jointure externe suivie d'une jointure interne ?
    Après tout le DNS est obligatoire (NOT NULL) dans la table des EMAILs....
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           LEFT OUTER JOIN T_EMAIL AS E ON P.PRS_ID = E.PRS_ID
           INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID;
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    PRS_ID      PRS_NOM          EMAIL
    ----------- ---------------- -----------------------------
    1           DUPONT           paul.dupont356@gmail.com
    1           DUPONT           pdupont45@outlook.fr
    3           SMITH            smith-et-wesson@gmail.com
    À nouveau, la personne 2 (MARTIN) n'y figure plus... Quel est ce mystère ???

    Vous allez commencer à comprendre si j'indente ma requête comme ceci :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           LEFT OUTER JOIN T_EMAIL AS E ON P.PRS_ID = E.PRS_ID
              INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID;
    La jointure se fait entre personnes et email puis entre email et dns... Dès lors si une personne n'a pas d'email... Elle n'a pas non plus de DNS, puisque le DNS_ID figure dans la table des emails !

    Avec toutes les colonnes la situation est plus évidente :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    PRS_ID      PRS_NOM          EML_ID      PRS_ID      DNS_ID      EML_USER            DNS_ID      DNS_NAME
    ----------- ---------------- ----------- ----------- ----------- ------------------- ----------- -------------
    1           DUPONT           33          1           99          paul.dupont356      99          gmail.com
    1           DUPONT           35          1           98          pdupont45           98          outlook.fr
    2           MARTIN           37          2           99          smith-et-wesson     99          gmail.com
    3           SMITH            NULL        NULL        NULL        NULL                NULL        NULL
    En bleu la partie de la table des EMAILs qui est vide et en rouge la partie des DNS qui est aussi vide car il n'y a pas d'email...

    La clause FROM présente en fait une arborescence des jointure. La table citée derrière la clause FROM est la table racine de l'arbre de jointure. Les JOINs successifs dessinent des branches successives plus ou moins profondes. Voici un exemple qui présente mieux les différentes branches de l'arbre de jointure :

    Nom : 5.20 – Exemple d’arbre de jointure.jpg
Affichages : 129
Taille : 178,8 Ko

    De manière plus détaillé voici ce que je montre dans mon livre sur SQL à paraître dans quelques semaines...


    A +
    Nom : SQL la synthese jointure annulation externe.jpg
Affichages : 124
Taille : 415,1 Ko
    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
    Et la petite astuce pour ne pas annuler la jointure externe :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           LEFT OUTER JOIN T_EMAIL AS E
              INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID
                                    ON P.PRS_ID = E.PRS_ID;
    Qu'on comprend beaucoup mieux ainsi :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SELECT P.*, CONCAT(EML_USER, '@', DNS_NAME) AS EMAIL
    FROM   T_PERSONNE AS P
           LEFT OUTER JOIN (T_EMAIL AS E
              INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID)
                                    ON P.PRS_ID = E.PRS_ID;

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    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 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    Celle là je la montre dans un cours avancé sur le SQL... Elle est effectivement peu connue des développeurs, et même de la plupart des DBA... Et je préfère la version sans parenthèses... Elle est basé sur la non commutativité des opérateurs de jointure.

    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/ * * * * *

  6. #6
    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 910
    Points
    38 910
    Billets dans le blog
    9
    Par défaut
    Il y a un article dans mon blog à ce sujet

    Voir ICI

  7. #7
    Membre habitué
    Inscrit en
    Novembre 2004
    Messages
    415
    Détails du profil
    Informations forums :
    Inscription : Novembre 2004
    Messages : 415
    Points : 138
    Points
    138
    Par défaut
    Super,
    merci beaucoup pour ces explications très complètes !

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

Discussions similaires

  1. [MySQL-5.7] Besoin d'explication sur LEFT JOIN
    Par ma5t3r dans le forum Requêtes
    Réponses: 4
    Dernier message: 08/02/2020, 11h41
  2. Jointure LEFT JOIN avec Double COUNT
    Par Mike91 dans le forum Langage SQL
    Réponses: 2
    Dernier message: 03/03/2015, 12h37
  3. [AC-2010] Double left join de deux table différentes vers une même table
    Par Nikimizi dans le forum Requêtes et SQL.
    Réponses: 1
    Dernier message: 19/08/2014, 15h13
  4. Non coincident MySQL (Left Join)
    Par Remiguel dans le forum Requêtes
    Réponses: 6
    Dernier message: 03/11/2003, 21h25
  5. Export d'une vue avec LEFT JOIN
    Par schnourf dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 22/05/2003, 13h57

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