Requête SELECT sur deux tables [Résolu]

[Discretebal]

Bonjour à tous.
Nouveau sur le forum et débutant en SQL, j'ai eu beau faire des recherches je n'ai pas trouvé la réponse à mon soucis que doivent pourtant rencontrer tous les développeurs...
Je vous prie de m'excuser si le sujet a déjà été traité.

2 Tables

CLIENTS
IDCLIENTS mediumint(9) AUTO_INCREMENT
NOMCLI char(100)
CODFAMI char(5)

FAMILLES
IDFAMILLE mediumint(9) AUTO_INCREMENT
CODFAMI char(5)
LIBFAMILLE char(100)

Afin d'obtenir la liste des clients avec le libellé de la famille de chacun d'eux je fais :

Code :

SELECT CLIENTS.NOMCLI, FAMILLES.LIBELLE, CLIENTS.IDCLIENTS FROM CLIENTS, FAMILLES WHERE FAMILLES.CODFAMI = CLIENTS.CODFAMI

J'obtiens bien la liste des clients dont le code famille figure dans le fichier FAMILLES or deux enregistrements de la table CLIENTS possèdent un CODFAMI (non NULL) qui n'existe pas dans la table FAMILLES et donc ces deux clients ne ressortent pas dans le résultat de ma requête.

Comment dois-je m'y prendre pour faire apparaitre aussi ces deux enregistrements ?

Je remercie par avance les âmes charitables qui sauront m'instruire

[Waldar]

Faites une petite recherche sur les jointures externes !

[SQLpro]

Commencez aussi par faire de vraies jointures et non un salmigondis de projection, produit cartésien et restrictions.
les jointures se font avec JOIN suivi d'un prédicat introduit par ON.
A lire : http://sqlpro.developpez.com/cours/s...ointures/#LIII
Commencez donc pas apprendre SQL. mon livre, comme mon site web est fait pour vous aider !

A +

[Discretebal]

Merci pour cette aide.

Etes-vous toujours aussi gais et chaleureux ?
Heureusement que je me suis préalablement excusé d'être nul en SQL...

Excusez-moi cette fois-ci pour le bruit.

[pacmann]

Salut !

On n'est pas tous comme ça, t'inquiète

Et puis tu peux lui mettre un pouce vers le bas (en bas à droite) si tu trouve son attitude discourtoise ou autre... (non pas que ça serve à grand chose, mais ça défoule)


Quoi qu'il en soit, courage pour l'apprentissage du SQL !

[tfc3146]

Bonjour,

La requête que vous avez écrit est de la norme SQL1, alors que le JOIN ... ON c'est du SQL2 (arrêtez moi si je me trompe).

Donc, les 2 requêtes sont possibles c'est en tout cas ce que l'on m'a toujours dit.

Avez-vous trouvez la solution ?

[CinePhil]

Envoyé par tfc3146

La requête que vous avez écrit est de la norme SQL1, alors que le JOIN ... ON c'est du SQL2 (arrêtez moi si je me trompe).

Donc, les 2 requêtes sont possibles c'est en tout cas ce que l'on m'a toujours dit.

Les deux syntaxes sont encore acceptées par les SGBD mais la syntaxe de jointure avec FROM WHERE est obsolète depuis 1992, soit près de 20 ans ! Il serait temps de se mettre à la page, non ?

Hélas, certains n'ayant pas cet âge apprennent encore en premier une syntaxe révolue depuis avant leur naissance !

[captainKirk]

Au risque de passer pour un vieux (j'ai que 32 ans ), si vous tenez absolument à utiliser l'ancienne norme, la syntaxe est de remplace le "=" dans le where par soit "*=", soit "=*" en fonction du coté vers lequel on souhaite avoir toutes les lignes.

Dans votre exemple ca donne :

Code :

WHERE FAMILLES.CODFAMI =* CLIENTS.CODFAMI

pour avoir tous les clients, même ceux qui n'ont pas de famille.

PS : je tiens à préciser que ce n'est pas parce que je connais cette syntaxe que je l'utilise encore

[Waldar]

Envoyé par captainKirk

si vous tenez absolument à utiliser l'ancienne norme, la syntaxe est de remplace le "=" dans le where par soit "*=", soit "=*" en fonction du coté vers lequel on souhaite avoir toutes les lignes.

Ça dépend du SGBD !

[captainKirk]

Ah désolé, ça c'est sous SQL Server

[Discretebal]

Ah bah voila qui est plus sympa .
Merci à vous tous de votre aide. Le tuto indiqué par SQLpro est merveilleux Merci
Je précise au passage que jusqu'à maintenant je m'étais débrouillé avec la doc en ligne de MySQL 5...

Voila le style de requête qui se trouve maintenant dans mon code :

Code :

1
2
3
4
SELECT CLIENTS.NOMCLI, FAMILLES.LIBELLE, CLIENTS.IDCLIENTS 
FROM CLIENTS 
LEFT OUTER JOIN FAMILLES ON CLIENTS.CODFAMI = FAMILLES.CODFAMI
WHERE (CLIENTS.CODFAMI = FAMILLES.CODFAMI OR FAMILLES.CODFAMI IS NULL)

Le résultat est satisfaisant.

Cette syntaxe vous semble-t-elle correcte ou améliorable ?

[CinePhil]

Tu n'as pas besoin du WHERE puisqu'il contient la condition de jointure figurant déjà après le ON de la jointure ou une condition de nullité sur la famille, ce qui est implicite par la jointure externe gauche.

Si tu peux changer la structure de la BDD, normalement, ce n'est pas le code famille qui devrait figurer dans la table clients mais l'identifiant de la famille. Et la jointure de ta requête devrait donc être faite sur l'égalité de cet identifiant.

[Discretebal]

Oui en effet CinePhil Merci

J'ai corrigé mon code en conséquence et le résultat est top.

La requête est donc :

Code :

1
2
3
4
 
SELECT CLIENTS.NOMCLI, FAMILLES.LIBELLE, CLIENTS.IDCLIENTS 
FROM CLIENTS 
LEFT OUTER JOIN FAMILLES ON CLIENTS.CODFAMI = FAMILLES.CODFAMI

Envoyé par CinePhil

Si tu peux changer la structure de la BDD, normalement, ce n'est pas le code famille qui devrait figurer dans la table clients mais l'identifiant de la famille. Et la jointure de ta requête devrait donc être faite sur l'égalité de cet identifiant.

Oui tout à fait mais non je ne peux pas modifier ça...

En tous cas merci à tous de votre aide sur ce sujet.

[SQLpro]

Envoyé par captainKirk

Au risque de passer pour un vieux (j'ai que 32 ans ), si vous tenez absolument à utiliser l'ancienne norme, la syntaxe est de remplace le "=" dans le where par soit "*=", soit "=*" en fonction du coté vers lequel on souhaite avoir toutes les lignes.

Ce que vous dites est stupide, car cela n'est valable que pour certains SGBDR et que pour des versions très anciennes ! (SQL Server 200 et avant, Sybase 9 et avant) et en plus c'est mathématiquement faux !
Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p5...-et-le-nouvea/

Bon certains vont encore me mettre des pouces vers le bas...

C'est incroyable de voir que lorsque l'on dit la vérité on est vilipendé, tandis que lorsque certains sortent de grosses bêtises... Tout va bien !

A +

[captainKirk]

Envoyé par SQLpro

Ce que vous dites est stupide

Merci ça fait super plaisir.