Problème avec WHERE

Bonsoir,

Voila, mon problème est assez simple, mais je n'arrive pas à le résoudre :lol:

J'ai 3 Tables:

Ouvrage(ou_id, titre, genre, année)
Auteur(aid, nom, prénom, pseudo)
a_ecrit(ou_id, aid, rôle)

mon problème concerne le rôle, sachant que ce dernier n'a pour valeur que ("Auteur", "Dessinateur")
Je voudrais sélectionner les ouvrages pour lesquels l'auteur est aussi le dessinateur.

Sous SQLdeveloper, je fais ceci:

Code:

---

1 2 3 4 5 6

select ouvrage.titre from ouvrage, a_ecrit where ouvrage.ou_id = a_ecrit.ou_id and a_ecrit.rôle = 'Auteur' and a_ecrit.rôle = 'Dessinateur';

---

Mais ça ne marche pas, la requête est syntaxiquement correcte mais ça ne renvoie rien, pourtant dans mon jeu d'essai, il y'a effectivement un ouvrage(ou_id) pour lequel le même auteur(aid) est Auteur et Dessinateur.
Voici mon jeu d'essai:

Code:

---

1 2 3 4 5 6 7

OU_ID | AID | RÔLE ------- 1 1 Auteur 2 2 Auteur 2 1 Dessinateur 1 1 Dessinateur

---

me suis je trompé? que devrais je changer? Merci.

Bonsoir mast3r,


Si l’on vous suit, pour chaque ligne de la table :

Si la personne qui figure dans cette ligne est auteur, il faut qu’elle y soit aussi dessinateur, ce qui ne fonctionne pas puisque que cet autre rôle est forcément dans une autre ligne de la table...

Il faut que vous procédiez comme si une 1re table contenait les auteurs et une autre table les dessinateurs : si Albert figure dans les deux tables alors c’est bon.

Comme vous n’avez en réalité qu’une seule table, vous utiliserez une auto-jointure (x et y symbolisent les deux tables hypothétiques) :

Code:

---

1 2 3

SELECT * FROM a_ecrit AS x INNER JOIN a_ecrit AS y ON x.ou_id = y.ou_id AND x.AID = y.AID WHERE x.RÔLE = 'Dessinateur' AND y.RÔLE = 'Auteur' ;

---

AU fait ce serait bien d'utiliser la syntaxe sur les jointures en place depuis plus de 20 ans :mrgreen:


un autre solution consisterait à chercher les auteurs qui ont 2 casquettes au travers d'une sous-requête :

Code:

---

1 2 3 4 5

SELECT a.aid, COUNT(*) FROM auteur a INNER JOIN a_ecrit e ON e.aid = a.aid GROUP BY a.aid, a.nom HAVING COUNT(*) = 2

---

Ensuite utiliser cette requête pour sélectionner les ouvrages concernés (si telle est l'objectif)

Bonjour,

Citation:

---

Envoyé par dehorter olivier

ce serait bien d'utiliser la syntaxe sur les jointures en place depuis plus de 20 ans

---

Pourriez-vous expliquer ce qui au plan de la syntaxe ne vous convient pas ? Ne dites quand même pas que vous voudriez qu’on mélange jointure et restriction.

Citation:

---

Envoyé par fsmrel

Bonjour,

Pourriez-vous expliquer ce qui au plan de la syntaxe ne vous convient pas ? Ne dites quand même pas que vous voudriez qu’on mélange jointure et restriction.

---

je ne parlais pas de votre requête, mais de celle de mast3r

Code:

---

1 2 3 4

SELECT ouvrage.titre FROM ouvrage, a_ecrit WHERE ouvrage.ou_id = a_ecrit.ou_id ....

---

et au que non ;)

Citation:

---

Envoyé par dehorter olivier

un autre solution consisterait à chercher les auteurs qui ont 2 casquettes au travers d'une sous-requête

---

Attention, votre requête ne répond pas à la demande :

Supposons que M. Albert soit l’auteur et l’illustrateur de l’ouvrage « Inner join et NULL pour les nuls » et qu’il soit aussi l’auteur de l’ouvrage « Tout sur la norme SQL ». Le résultat du comptage est en l’occurrence > 2, donc M. Albert ne figure pas dans le résultat. Qui plus est, si M. Bernard est l’auteur de « L’union de la carpe et du lapin » et l’illustrateur de « Qu’est-ce qu’Having ? » et n’a rien commis d’autre, alors il figure à tort dans le résultat...

Accessoirement, votre requête n’est pas emboîtée (SELECT mis entre parenthèses), donc selon la norme SQL 2003 elle n’est pas une sous-requête (subquery).

Citation:

---

Envoyé par dehorter olivier

ne parlais pas de votre requête, mais de celle de mast3r

---

La jointure proposée par mast3r est tout à fait respectable. Au point que, paradoxe ! Chris Date qui est l’inventeur de la formulation de la jointure qui a votre faveur continue à utiliser la forme « FROM A, B », c'est vous dire...

Citation:

---

Envoyé par fsmrel

Attention, votre requête ne répond pas à la demande :

Supposons que M. Albert soit l’auteur et l’illustrateur de l’ouvrage « Inner join et NULL pour les nuls » et qu’il soit aussi l’auteur de l’ouvrage « Tout sur la norme SQL ». Le résultat du comptage est en l’occurrence > 2, donc M. Albert ne figure pas dans le résultat. Qui plus est, si M. Bernard est l’auteur de « L’union de la carpe et du lapin » et l’illustrateur de « Qu’est-ce qu’Having ? » et n’a rien commis d’autre, alors il figure à tort dans le résultat...

---

Mince, tout à fait exact :furax:

Citation:

---

Je voudrais sélectionner les ouvrages pour lesquels l'auteur est aussi le dessinateur.

---

Citation:

---

Envoyé par fsmrel

Accessoirement, votre requête n’est pas emboîtée (SELECT mis entre parenthèses), donc selon la norme SQL 2003 elle n’est pas une sous-requête (subquery).

---

je ne voulais pas surcharger, mais en effet la sous-requête devrait mises entre parenthèses pour avoir ce nom ;)

Citation:

---

Envoyé par fsmrel

La jointure proposée par mast3r est tout à fait respectable. Au point que, paradoxe ! Chris Date qui est l’inventeur de la formulation de la jointure qui a votre faveur continue à utiliser la forme « FROM A, B », c'est vous dire...

---

et pourtant ce n'est pas la norme (que dit t'on déjà à propos des cordonnier ? :ccool:)

Citation:

---

Envoyé par dehorter olivier

et pourtant ce n'est pas la norme

---

Selon la norme, la clause FROM doit respecter la syntaxe :

FROM <Table reference> [, <Table reference> ...]

Où Table reference peut notamment représenter un simple nom de table, ce qu’a fait mast3r : il n’a donc pas commis d’entorse à la norme. Ce qu’il a codé dans le FROM est un produit cartésien, ce qui est baptisé CROSS JOIN dans la norme.

L’expression A CROSS JOIN B est sémantiquement identique à l’expression :

SELECT *
FROM A, B

Je me réfère en cela à A Guide to THE SQL STANDARD Third Edition par C.J. Date et Hugh Darwen.

N.B. Darwen n'est pas un mauvais cordonnier puisqu'il a longtemps représenté le Royaume-Uni au sein des comités qui font la norme SQL (et fait remettre aux calendes la prise en compte de propositions qu'il a démontré comme étant invalides donc dangereuses).

Bonsoir,

Merci a vous deux pour vos réponses, ça m'a été très utile en effet, cependant je me pose une question, est ce qu'on peut faire une auto jointure 2 fois? en d'autres termes avoir 3 fois la table??

car je voudrais par exemple afficher les livres qui sont en Anglais, Français et Espagnol.

j'ai fait une petite requête qui à l'air de marcher, j'ai utilisé l'intersection.

Code:

---

1 2 3

SELECT x.titre FROM ouvrage x where x.lid = (select lid from langue where lnom = 'Anglais') intersect SELECT y.titre FROM ouvrage y where y.lid = (select lid from langue where lnom = 'Espagnol') intersect SELECT z.titre FROM ouvrage z where z.lid = (select lid from langue where lnom = 'Grec') ;

---

ça à l'air d'être correct, ça me ramène l'ouvrage qui est publié dans les 3 langues.

qu'est ce que vous en dites? des petits modif' peut être, une requête plus opti?

J'aurai écrit la première requête ainsi :

Code:

---

1 2 3 4 5 6 7 8

SELECT ouv.ou_id, ouv.titre FROM ouvrage ouv WHERE EXISTS ( SELECT NULL FROM a_ecrit aec WHERE aec.rôle in ('Auteur', 'Dessinateur') AND aec.ou_id = ouv.ou_id GROUP BY aec.aid HAVING count(distinct aec.rôle) = 2);

---

Quant au second besoin :

Code:

---

1 2 3 4 5 6 7

SELECT ouv.ou_id, ouv.titre FROM ouvrage ouv JOIN langue lng ON lng.lid = ouv.lid WHERE lng.lnom in ('Anglais', 'Espagnol', 'Grec') GROUP BY ouv.ou_id, ouv.titre HAVING count(distinct lng.lid) = 3;

---