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

Citation:

---

Envoyé par jmclej

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.

Soit les tables suivantes :

Code:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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:

---

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 :

Pièce jointe 645669

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


A +
Pièce jointe 645670

Et la petite astuce pour ne pas annuler la jointure externe :

Code:

---

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:

---

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;

---

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 +

Il y a un article dans mon blog à ce sujet

Voir ICI

Super,
merci beaucoup pour ces explications très complètes !

Bonjour,
Je ne savais pas que l'on pouvait avoir plus d'1 clause ON sur une jointure, comment- est-ce que cette astuce "s'appelle" ? Elel fait référence à quoi ? Je cherche à me raccrocher à un concept SQL que je pourrais aller regarder de plus près.

Citation:

---

Envoyé par jmclej

Je ne savais pas que l'on pouvait avoir plus d'1 clause ON sur une jointure, comment- est-ce que cette astuce "s'appelle" ? Elel fait référence à quoi ? Je cherche à me raccrocher à un concept SQL que je pourrais aller regarder de plus près.

---

Attention, risque de confusion.

La clause ON est suivie d'une conditionnelle ; celle-ci peut être simple ou complexe

Code:

---

FROM T1 inner join T2 on T2.col1=T1.col1 and T1.col2=T2.col2

---

Très pratique quand on a une table "calendrier" et une table "évènement" comportant [date_début] et [date_fin] => on utilisera un BETWEEN pour lister tous les jours de l'évènement.


Ce que Waldar à posté :

Code:

---

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;

---

est une écriture particulière, où, chaque jointure est bien associée à 1 clause ON.

une autre façon d'écrire la même chose est

Code:

---

1 2 3

WITH cte as (select E.PRS_ID, E.EML_USER, D.DNS_NAME from T_EMAIL AS E INNER JOIN T_DNS AS D ON E.DNS_ID = D.DNS_ID) select P.*, CONCAT(cte.EML_USER, '@', cte.DNS_NAME) AS EMAIL from T_PERSONNE AS P LEFT OUTER JOIN cte ON cte.PRS_ID=P.PRS_ID

---

Il faut donc bien relier chaque cluase ON à chaque jointure (et il n'y en n'a qu'1 !)

@Michel : comme je l'indique dans mon blog LÀ, les parenthèses sont inutiles, seule la syntaxe des jointure compte, aussi, plutôt que d'écrire :

Code:

---

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;

---

Je préfère coder (en indentant les prédicats pour éviter les confusions) :

Code:

---

1 2 3 4 5 6

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

---

Et dans la réalité, il faudra remplacer SELECT * par les colonnes utiles au traitement, pour des raisons que j'explique dans un autre article de mon blog ICI

@escartefigue : pas de soucis :)

Mais quand jmclej indique :

Citation:

---

Je ne savais pas que l'on pouvait avoir plus d'1 clause ON sur une jointure

---

Je me dit que tout élément qui permette une interprétation correcte de ce qui est écrit, n'est pas superflu