Discussion :

[Manu0086]

Est-ce possible de sélectionner un même enregistrement deux fois ?

J'en ai besoin dans un calcul...

Code :

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

1
2
3
SELECT Nom
FROM joueurs
WHERE Jou_Id =  '8' OR Jou_Id =  '9' OR Jou_Id =  '10' OR Jou_Id =  '8'

J'ai besoin de récupérer 4 enregistrements ici dont le 1er et le dernier sont les mêmes dans cet exemple.
Est-ce possible ?
Merci.

[WOLO Laurent]

A peu près comme ca ?

Code :

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

1
2
3
4
5
6
7
8
 
SELECT Nom 
FROM joueurs 
WHERE Jou_Id = '8' OR Jou_Id = '9' OR Jou_Id = '10' 
UNION ALL
SELECT Nom 
FROM joueurs 
WHERE Jou_Id = '8'

[Manu0086]

Merci beaucoup c'est exactement ça

[WOLO Laurent]

Alors marque ton poste Resolu.

[Fabien Celaia]

Le nombre d'enregistrements retournes n'a rien a voir avec le nombre de conditions.

De toute facon, ton optimiseur va detecter ton doublon dans la condition et va l'optimiser en enlevant le dernier OR.

[MashiMaro]

Vous vous compliquez bien la vie, mettre deux fois le même test ainsi est totalement illogique, la logique veut qu'il y en ait qu'un seul.

Pour ma part, je préconise ceci qui est mieux que les OR :

Code :

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

1
2
3
SELECT Nom 
FROM joueurs 
WHERE Jou_Id in ('8','9','10')

[orafrance]

voir ceci qui est encore mieux

Code :

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

1
2
3
SELECT Nom 
FROM joueurs 
WHERE Jou_Id >= 8 AND Jou_Id <= 10;

[WOLO Laurent]

Malheureusement, vos deux Query ne vont pas resoudre le problème !
Relisez l'objectif du poste.

Et de plus, il faut éviter les IN tant qu'on le peut.
C'est court, mais moins performant.

Preferez le between que le > et < pour la selection d'une fourchette de valeurs.

[orafrance]

Preferez le between que le > et < pour la selection d'une fourchette de valeurs.

tiens... j'avais lu le contraire moi :o

Edit : au temps pour moi, c'est bien between au lieu de < et >

[Admin]

Manu0086,

si ton problème est résolu, merci de marquer le sujet comme "Résolu" (petit bouton en bas à gauche.)

PS : pense aussi à utiliser les balises code.

[MashiMaro]

Et de plus, il faut éviter les IN tant qu'on le peut.
C'est court, mais moins performant.

As-tu testé ? Car personnellement, je ne suis pas convaincu de tes dires. D'autant que là, il s'agit d'une plage de valeurs sur un identifiant donc qui doit logiquement avoir un index derrière.

[Admin]

Vous avez tous les deux raisons.

NOTA : beaucoup de requête utilisant le IN (comme le NOT IN) peuvent être simplifiées en utilisant des jointures. Le IN par des jointures internes, le NOT IN par des jointures externes associées à une clause HAVING COUNT(...) = 0. En général les performances seront meilleures en utilisant une jointure que dans le cas d'une sous requête avec [NOT] IN.

Le IN ne doit pas etre utilisé dans le cas d'une sous-requete.
Mais dans le cas d'une liste fixe c'est pareil.