Discussion :

[rayonx]

une requete ne renvoit pas d'enregistrements si une des tables de Select est vide?
je suis entrain de devenir fou !!!

si j'execute

SELECT a.Prénom, l.Titre , ab.ville
FROM livre AS l, auteur AS a, adressbibli AS ab
WHERE l.numa=a.numa And ab.numab=l.numab And a.nom = [tapez le nom de l'auteur];

selon le MLD

auteur(numa, prénom)
livre(numl, titre, numa#, numab#)
adressbibli(numab, ville)

-la requete ne me renvois aucun enregistrements si je ne rentre aucune valeur dans adressbibli.ville

-D'une manière générale est-il normal que les requetes ne renvois rien du tout si une des tables de Select est vide ???

[senke]

Dans l'hypothèse ou c'est ab qui est vide

SELECT a.Prénom, l.Titre , ab.ville
FROM (a INNER JOIN l ON a.numa = l.numa) LEFT JOIN ab ON ab.numab = l.numab
WHERE a.nom = ' ';

dans l'hypothèse ou c'est a

SELECT a.Prénom, l.Titre , ab.ville
FROM (l INNER JOIN ab ON ab.numa = l.numab) LEFT JOIN a ON a.numa = l.numa
WHERE a.nom = ' ';

dans l'hypothèse ou c'est l, vu qu'elle fait la liaison entre ab et a, là t'auras rien c'est clair, bien que tu puisse toujours faire un CROSS JOIN.

Attention quand même aux différence entre = et LIKE

[leduke]

L'utilisation du LEFT ou du RIGHT JOIN te permet de récupérer un flux de données en sortie même s'il n'existe pas de correspondance dans l'une des tables satellites.

Voici de la documentation MS complémentaire sur les jointures

Utilisation des jointures :
Les conditions de jointure peuvent être spécifiées dans les clauses FROM ou WHERE, mais il est recommandé de le faire dans les clauses FROM. Les clauses WHERE et HAVING peuvent également contenir des conditions de recherche afin de filtrer par la suite les lignes sélectionnées par les conditions de jointure.

Les jointures peuvent être classées en catégories de la manière suivante :

Jointures internes (opération de jointure typique qui utilise certains opérateurs de comparaison tels que = ou <>). Ces jointures comprennent les équi-jointures et les jointures naturelles.
Les jointures internes utilisent un opérateur de comparaison afin de faire correspondre les lignes de deux tables basées sur des valeurs dans les colonnes communes de chaque table. Par exemple, l'extraction de toutes les lignes dont le numéro d'identification des étudiants est identique dans les tables students et courses.

Jointures externes. Les jointures externes peuvent être des jointures externes gauche, droite ou complète.
Les jointures externes sont spécifiées à l'aide d'un des ensembles de mots clés suivants lorsqu'ils sont spécifiés dans la clause FROM :

LEFT JOIN ou LEFT OUTER JOIN
Le jeu de résultats d'une jointure externe gauche comprend toutes les lignes de la table gauche spécifiée dans la clause LEFT OUTER et pas uniquement celles qui correspondent dans les colonnes jointes. Lorsqu'une ligne de la table gauche n'a pas de correspondant dans la table de droite, la ligne du jeu de résultats associée comprend des valeurs NULL pour toutes les colonnes de la liste de sélection provenant de la table droite.

RIGHT JOIN ou RIGHT OUTER JOIN
Une jointure externe droite est le contraire de la jointure externe gauche. Toutes les lignes de la table de droite sont renvoyées. Des valeurs NULL sont renvoyées pour la table de gauche chaque fois qu'une ligne de la table de droite n'a pas de ligne correspondante dans la table de gauche.

FULL JOIN ou FULL OUTER JOIN
Une jointure externe complète renvoie toutes les lignes des tables de gauche et de droite. Chaque fois qu'une ligne n'a pas de correspondance dans une autre table, les colonnes de la liste de sélection de l'autre table comportent des valeurs NULL. Lorsqu'il existe une correspondance entre les tables, la ligne de tout le jeu de résultats contient des valeurs de données des tables de base.

Jointures croisées
Les jointures croisées renvoient toutes les lignes de la table de gauche, chaque ligne de celle-ci étant combinée à toutes les lignes de la table de droite. Les jointures croisées sont également appelées produits cartésiens.

L'exemple illustre une jointure interne qui extrait les auteurs habitant le même État et la même ville qu'un éditeur :

USE pubs

SELECT a.au_fname, a.au_lname, p.pub_name

FROM authors AS a INNER JOIN publishers AS p

ON a.city = p.city

AND a.state = p.state

ORDER BY a.au_lname ASC, a.au_fname ASC



Les tables ou vues de la clause FROM peuvent être spécifiées dans n'importe quel ordre pour les jointures internes ou externes complètes. En revanche, l'ordre est pertinent dans le cas des jointures externes gauche ou droite. Pour plus d'informations sur l'ordre des tables dans les jointures externes gauche ou droite, voir ‹« Utilisation de jointures externes » dans ce volume.›Utilisation de jointures externes.

[SQLpro]

La syntaxe SQL normalisée depouis 1992 (10 ans) veut que l'on utilise des clauses de jointure pour joindre les tables.

Lire à ce propos, sur mon site SQLpro :
http://membres.lycos.fr/sqlpro/SQL_AZ_3.html#JOIN_syntaxe

SELECT a.Prénom, l.Titre , ab.ville
FROM livre l
INNER JOIN auteur a
ON l.numa=a.numa
INNER JOIN adressbibli ab
ON ab.numab=l.numab
WHERE a.nom = [tapez le nom de l'auteur]

Si l'adresse n'existe pas, il n'y a donc pas jointure.
Dans ce cas il faut utiliser une jointure externe :

SELECT a.Prénom, l.Titre , ab.ville
FROM livre l
INNER JOIN auteur a
ON l.numa=a.numa
LEFT OUTER adressbibli ab
ON ab.numab=l.numab
WHERE a.nom = [tapez le nom de l'auteur]

A +

[rayonx]

houla merci beaucoup de votre aide !!! je bois un café je me réveille un peu mieux et je me plonge dans vos explications...

[rayonx]

si j'utilise la requete de senke ça marche :

SELECT a.Prénom, l.Titre, ab.ville
FROM (auteur AS a INNER JOIN livre AS l ON a.numa = l.numa) LEFT Join adressbibli AS ab ON ab.numab = l.numab
WHERE a.nom = [tapez le nom de l'auteur];

mais si j'utilise :

SELECT a.Prénom, l.Titre , ab.ville
FROM livre l
INNER JOIN auteur a
ON l.numa=a.numa
LEFT OUTER adressbibli ab
ON ab.numab=l.numab
WHERE a.nom = [tapez le nom de l'auteur];

access 2000 me renvoit l'erreur suivante : "erreur de syntaxe (opérateur absent) dans l'expression "l.numa=a.numa LEFT OUTER adressbibli ab ON ab.numab=l.numab"

pourquoi ?

[Gandalf24]

Hug

En fait, il me semble que access ne gère pas le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

LEFT OUTER

... D'ou ton pb...

[rayonx]

access commence vraiment à me gaver sérieusement...

Sql pro, ton site est probablement ce que j'ai vu de mieux dans le genre !!! bravo et surtout merci...

[LEGALLJJA]

il faut utiliser la jointure externe (+)

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT a.Prénom, l.Titre , ab.ville
FROM livre AS l, auteur AS a, adressbibli AS ab
WHERE l.numa=a.numa(+) And ab.numab(+)=l.numab And a.nom = [tapez le nom de l'auteur];

[vanagreg]

Hmm, déterrer un sujet vieux de 22 ans, pas sûr que ce soit utile

[escartefigue]

Non seulement c'est un déterrage de première classe, mais en plus...

il faut utliser la jointure externe (+)

SELECT a.Prénom, l.Titre , ab.ville
FROM livre AS l, auteur AS a, adressbibli AS ab
WHERE l.numa=a.numa(+) And ab.numab(+)=l.numab And a.nom = [tapez le nom de l'auteur];

... il y a belle lurette que les jointures externes ne s'écrivent plus sous cette forme, mais avec l'opérateur JOIN...

[LEGALLJJA]

bonjour,

excusez moi j'ai l'habitude de faire les jointures à l'ancienne

voila le code modifié selon votre conseil. je pense que c'est bon.

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SELECT auteur.Prénom
     , livre.Titre
     , adressbibli.ville
FROM livre
LEFT JOIN auteur
  ON livre.numa=auteur.numa
LEFT JOIN adressbibli
  ON livre.numab=adressbibli.numab
WHERE livre.nom = [tapez le nom de l'auteur];

cordialement

[escartefigue]

C'est mieux, mais :

• la colonne "Prénom" comporte un caractère accentué, il faut donc délimiter la colonne avec des doubles quotes (SQL normalisé) ou des quotes inversées (MySQL/MariaDB)
  
  (d'une façon générale, on évite les caractères spéciaux et les noms réservés SQL pour éviter ce genre de désagréments) ;
• plutôt que de nommer les tables in extenso, il est plus pratique d'utiliser des alias de tables ;
• "tapez le nom de l'auteur" n'est évidemment pas une possibilité dynamique, il faut alimenter une host variable qui sera utilisée dans la requête.