Discussion :

[persia]

Bonjour,

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

Voici en partie ma table Author:

Code :

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

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 :

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

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

[Waldar]

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

Pour votre cas précis :

Code :

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

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 :

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

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)

[al1_24]

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

[persia]

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 :

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

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.

[SQLpro]

Plus simple :

Code :

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

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 +

[persia]

Plus simple :

Code :

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

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

[cavo789]

(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.

[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.

[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.

[fsmrel]

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).

[persia]

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

[persia]

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

[fsmrel]

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.