La clause AND

Version imprimable

La clause AND

Bonjour,

Je souhaite afficher quels auteurs ont travaillé chez 'maisonculture' et 'centrejeunesse' depuis au moins 5 ans ?

Voici en partie ma table Author:
Code:

1 2 3 4 5 noAuthor lieu experience 1 maisonculture 5 1 centrejeunesse 10 2 centrejeunesse 3 2 maisonculture 12
Normalement je dois obtenir: l'author 1.

mais le code suivant me retourne aucun résultat.
Code:

1 2 3 4 SELECT Author.noAuthor FROM Author Where Author.experience>=5 and (Author.lieu='maisonculture' and Author.lieu='centrejeunesse');
J'ai essayé avec un between, mais ça ne change rien.

Avez-vous des idées ?

Merci

L'article complet de SQLPro sur cette problématique : http://sqlpro.developpez.com/cours/divrelationnelle/

Pour votre cas précis :

Code:

1
2
3
4
5
6
7
8
9
10
SELECT A.noAuthor 
FROM Author AS A
WHERE EXISTS (SELECT null from Author AS A1
              WHERE A1.noAuthor = A.noAuthor 
              AND A1.lieu = 'maisonculture'
              AND A1.experience >= 5)
AND EXISTS (SELECT null from Author AS A2
            WHERE A2.noAuthor = A.noAuthor 
            AND A2.lieu = 'centrejeunesse'
            AND A2.experience >= 5)

On pourrait d'ailleur gagner une condition vu qu'il s'agit de la même table :

Code:

1
2
3
4
5
6
7
8
SELECT A.noAuthor 
FROM Author AS A
WHERE A.lieu = 'maisonculture'
AND A.experience >= 5
AND EXISTS (SELECT null from Author AS A2
            WHERE A2.noAuthor = A.noAuthor 
            AND A2.lieu = 'centrejeunesse'
            AND A2.experience >= 5)

22/01/2009, 20h27
al1_24

Par ailleurs, AND n'est pas une clause mais un opérateur

Citation:
Envoyé par Waldar
L'article complet de SQLPro sur cette problématique : http://sqlpro.developpez.com/cours/divrelationnelle/

On pourrait d'ailleur gagner une condition vu qu'il s'agit de la même table :
Code:

1 2 3 4 5 6 7 8 SELECT A.noAuthor FROM Author AS A WHERE A.lieu = 'maisonculture' AND A.experience >= 5 AND EXISTS (SELECT null from Author AS A2 WHERE A2.noAuthor = A.noAuthor AND A2.lieu = 'centrejeunesse' AND A2.experience >= 5)
Tout un sport pour faire une requête qui pourtant me semblait simple.

Merci bien, et surtout merci pour l'article intéressant.

Plus simple :

Code:

1
2
3
4
5
6
7
8
9
SELECT noAuthor 
FROM   Author
WHERE  experience >= 5 
AND    lieu = 'maisonculture'
INTERSECT
SELECT noAuthor 
FROM   Author
WHERE  experience >= 5 
AND    lieu = 'centrejeunesse';

A +

Citation:

Envoyé par SQLpro

Plus simple :

Code:

1
2
3
4
5
6
7
8
9
SELECT noAuthor 
FROM   Author
WHERE  experience >= 5 
AND    lieu = 'maisonculture'
INTERSECT
SELECT noAuthor 
FROM   Author
WHERE  experience >= 5 
AND    lieu = 'centrejeunesse';

A +

En effet ;)

26/01/2009, 11h56
cavo789

Citation:

Envoyé par persia

(Author.lieu='maisonculture' and Author.lieu='centrejeunesse');

Petite remarque pour vous aider à comprendre pourquoi cela ne fonctionnera pas comme vous l'écrivez : vous demander à trouver les enregistrements dont le lieu est 'maisonculture' ET 'centrejeunesse' or ceci est impossible : c'est soit l'un soit l'autre.

Ceci est une erreur de langage : en Français, on peut s'autoriser à dire "Donnez-moi la liste des gens qui habitent à Paris et à Bruxelles". Tout le monde comprendra qu'il faut la liste des Parisiens et la liste des Bruxellois. En informatique, ce type de "et" doit être traduit en OR.
26/01/2009, 12h45
Antoun

Pour creuser la piste linguistique... ce n'est pas une erreur de langage, mais deux logiques différentes. Quand je dis "Donnez-moi la liste des gens qui habitent à Paris et à Bruxelles", je raisonne (explicitement) en termes de populations. Si on voulait traduire ça en SQL, ce serait Parisiens UNION Bruxellois.

Si maintenant on va dans la clause WHERE, on ne raisonne plus en termes de populations, mais selon les conditions qui définissent ces populations. Et effectivement, une UNION sur des populations se traduit par un OR sur des conditions.
26/01/2009, 16h52
cavo789

J'ai enseigné la rédaction de queries à des adultes dont l'informatique n'était pas forcément leur tasse de thé. L'exemple que j'ai donné est, typiquement, le genre d'erreur (bien volontaire) que je faisais en leur demandant de créer des queries.

Au début, tous se faisaient avoir et tous commettaient l'erreur du AND jusqu'au moment ou, oui, ils ont commencé à traduire en opérateur OR.
26/01/2009, 20h08
fsmrel

Citation:

Envoyé par cavo789

tous commettaient l'erreur du AND jusqu'au moment ou, oui, ils ont commencé à traduire en opérateur OR.

Reprenons la formulation initiale de persia :

«Je souhaite afficher quels auteurs ont travaillé chez 'maisonculture' et 'centrejeunesse'.»
Si l’on vous suit, on aurait tendance à reformuler la chose ainsi :

Je souhaite afficher quels auteurs ont travaillé chez 'maisonculture' ou 'centrejeunesse'.
Ce qui évidemment n’est pas le but de la manœuvre.

Quand persia code :

WHERE ... Author.lieu='maisonculture' AND Author.lieu='centrejeunesse' ;
Il demande au système de rechercher dans la table Author chaque ligne vérifiant une double condition qui ne peut être satisfaite que dans un univers quantique, façon chat de Schrödinger.

En réalité, persia doit demander au système de réaliser un ensemble d'opérations que l'on peut décrire ainsi :

1) Produire un 1er ensemble E1, dont les éléments sont les auteurs pour lesquels, dans la table Author, la condition Author.lieu='maisonculture' est vérifiée,

2) Produire un 2e ensemble E2, dont les éléments sont les auteurs pour lesquels, dans la table Author, la condition Author.lieu='centrejeunesse' est vérifiée,

3) Au final, produire un ensemble E3 dont les éléments appartiennent à la fois à E1 et E2. Il s'agit donc d'une intersection.

=> Ainsi, la bonne formulation est celle de SQLpro.

Je rappelle ce que dit la théorie relationnelle :

Soit a et b deux relations de même type.

L’intersection de ces relations, a INTERSECT b, est une relation du même type, dont le corps est constitué de tous les tuples t tels que t apparaît à la fois dans a ET dans b.
L’union de ces relations, a UNION b, est une relation du même type, dont le corps est constitué de tous les tuples t tels que t apparaît dans a OU b ou les deux.

(Traduisez relation par valeur de table et tuple par ligne).
28/01/2009, 01h13
persia

Citation:

Envoyé par cavo789

Petite remarque pour vous aider à comprendre pourquoi cela ne fonctionnera pas comme vous l'écrivez : vous demander à trouver les enregistrements dont le lieu est 'maisonculture' ET 'centrejeunesse' or ceci est impossible : c'est soit l'un soit l'autre.

Ceci est une erreur de langage : en Français, on peut s'autoriser à dire "Donnez-moi la liste des gens qui habitent à Paris et à Bruxelles". Tout le monde comprendra qu'il faut la liste des Parisiens et la liste des Bruxellois. En informatique, ce type de "et" doit être traduit en OR.

Mais en informatique il existe la notion de AND ;)
28/01/2009, 01h19
persia

Citation:

Envoyé par fsmrel

1) Produire un 1er ensemble E1, dont les éléments sont les auteurs pour lesquels, dans la table Author, la condition Author.lieu='maisonculture' est vérifiée,

2) Produire un 2e ensemble E2, dont les éléments sont les auteurs pour lesquels, dans la table Author, la condition Author.lieu='centrejeunesse' est vérifiée,

3) Au final, produire un ensemble E3 dont les éléments appartiennent à la fois à E1 et E2. Il s'agit donc d'une intersection.

SqlPro à déjà traduit ça en une requette sql, mais merci comme même pour les détails;)
28/01/2009, 02h47
fsmrel

Citation:

Envoyé par persia

SqlPro à déjà traduit ça en une requette sql

C'est bien la remarque que j'avais faite dans mon message précédent, en concluant le détail des opérations que vous citez :

Ainsi, la bonne formulation est celle de SQLpro.