[Hôtel SQL Pro] Requête PostgreSQL LEFT OUTER

[MaitrePylos]

Bonjour,

Dans les cours de SqlPro , il y a une partie consacré au LEFT OUTER JOIN, avec notamment la requête suivante :

Code SQL :

1
2
3
4
5
6
7
 
SELECT C.CLI_NOM, T.TEL_NUMERO 
FROM   T_CLIENT AS C 
       LEFT OUTER JOIN T_TELEPHONE AS T 
            ON C.CLI_ID = T.CLI_ID 
WHERE  T.TYP_CODE = 'FAX' 
ORDER BY C.CLI_NOM

Or en PostgreSQL pour obtenir le résulta voulu il faut mettre le prédicat dans la condition de jointure comme ceci :

Code SQL :

1
2
3
4
5
6
 
SELECT C.CLI_NOM, T.TEL_NUMERO 
FROM   T_CLIENT AS C 
       LEFT OUTER JOIN T_TELEPHONE AS T 
            ON C.CLI_ID = T.CLI_ID AND  T.TYP_CODE = 'FAX' 
ORDER BY C.CLI_NOM

Existe-t-il une réponse logique à cela, ou ai-je louper un épisode.

Merci de vos lumières.

[al1_24]

Aucune explication logique à mon avis, sinon une coquille (pour ne pas dire une erreur)

[CinePhil]

Effectivement, comme je l'explique dans mon blog, la requête de SQLPro comporte en fait une jointure interne !

[MaitrePylos]

Envoyé par CinePhil

Effectivement, comme je l'explique dans mon blog, la requête de SQLPro comporte en fait une jointure interne !

Ta as essayé ton exemple sur quel DB ?, peut-être que certain moteur palie ?

[Waldar]

Parmi les SGBD que j'ai pratiqué (Oracle, SQL-Server, Sybase), ça fonctionne ainsi.
La lecture régulière du forum me faire dire que c'est pareil chez PostGreSQL ainsi que MySQL.

C'est tout à fait normal et expliqué dans le blog de Cinephil, peut-être pas assez mis en évidence.

Si je reprends son exemple :

Code :

1
2
3
4
5
6
7
8
9
SELECT A.idA, A.valA, B.idB, B.valB, B.booleen 
  FROM A 
       LEFT OUTER JOIN B
         ON B.idA = A.idA;
 
idA, valA  , idB , valB  , booleen
1  , 'toto', NULL, NULL  , NULL
2  , 'titi', 1   , 'riri', 0
3  , 'tata', 2   , 'fifi', 1

En rajoutant le filtre WHERE B.booleen = 1, on voit bien que seule la troisième ligne répond à ce critère.

En fait, vous demandez à ce qu'un élément de B soit forcément non-nul, la jointure externe n'a plus de sens et le résultat devient le même qu'avec une jointure forte.

[bernard59139]

Bonjour

je me permet de completer les réponses.

• ON décrit les critères de jointures
• WHERE décrit les filtres

Les 2 requêtes données en exemple par MaitrePylos, ne donneront pas un résultat identique, sauf si la table T_TELEPHONE posséde 1 ligne pour chaque CLI_ID.

[skuatamad]

Envoyé par bernard59139

sauf si la table T_TELEPHONE posséde 1 ligne pour chaque CLI_ID.

Rien à voir avec le nombre de ligne de la table T_TELEPHONE, c'est juste qu'un filtre (le WHERE) supprime les lignes où TYP_CODE est NULL. Donc le filtre supprime le but de la jointure externe et la transforme en jointure interne.

A noter que dans l'exemple 13 du chapitre III-C. Les jointures externes, SqlPro écrit bien OR TYP_CODE IS NULL ce qui revient au même que de remonter le filtre dans la clause ON.
Par contre dans l'exemple 14 la coquille est présente.

[punkoff]

hmm, pour moi les 2 requêtes renvoient la même chose avec ou sans la condition du where.

Dans l'exemple 14 il compare un right outer join et un left outer join, ce qui devrait donner le même résultat vu le cas.

[Waldar]

Envoyé par skuatamad

A noter que dans l'exemple 13 du chapitre III-C. Les jointures externes, SqlPro écrit bien OR TYP_CODE IS NULL ce qui revient au même que de remonter le filtre dans la clause ON.

C'est un raccourci que je n'emprunterai pas, si cette colonne est déjà remplie de nulls on n'a pas les mêmes résultats.

[skuatamad]

@Punkoff, oui dans l'exemple 14, les 2 requêtes sont identiques mais souffrent chacune de la coquille mentionnée par MaitrePylos.
A savoir qu'en fait ce ne sont que des jointures internes.

@Waldar, effectivement si TYP_CODE n'est pas NOT NULL le résultat n'est pas identique, merci.

[punkoff]

Vu la relation entre client et téléphone, non ca ne changera strictement rien de rajouter un "OR TYP_CODE IS NULL".

Le 1er exemple part sur un right outer join sur la table téléphone qui est en relation :
client 0,n -------- 1,1 téléphone

Enfin avec un autre modèle oui je serai d'accord avec toi !

[boussafi]

bonjour tout le monde;

Attention, quelque SGBD connait une limite à la jointure externe ; car
une jointure externe avec une condition sur la meme jointure n'est permise dans SGBD .

exemple
pour votre information,une requete de genre

Code :

1
2
3
4
SELECT A.idA, A.valA, B.idB, B.valB, B.booleen 
 FROM A 
 LEFT OUTER JOIN B ON B.idA = A.idA 
  AND B.booleen = 1

n'est pas autorisée en MsAccess.

[skuatamad]

Envoyé par punkoff

un right outer join sur la table téléphone

Arf, j'avais même pas vu qu'il partait de l'autre côté...

[CinePhil]

Envoyé par boussafi

bonjour tout le monde;

Attention, quelque SGBD connait une limite à la jointure externe ; car
une jointure externe avec une condition sur la meme jointure n'est permise dans SGBD .

exemple
pour votre information,une requete de genre

Code :

n'est pas autorisée en MsAccess.

[troll]
MSAccess est-il un SGBD digne de ce nom ?
[/TROLL]

Access à la mauvaise manie d'écrire les joinures en les imbriquant et avec une forêt de parenthèses. Probablement que l'ajout d'une condition de restriction dans la condition de jointure le perturbe.

Que se passe t-il si je dessine une requête en mode graphique avec une jointure à gauche et une condition de restriction dans la table externe ?
(je ne me souviens même plus si on peut "dessiner" une jointure externe avec l'interface graphique des requêtes Access !)