Discussion :

[kohan95]

salut
voila ma question est simple c'est quoi la différence entre in et EXISTS ??

car pour moi je peux avec les deux je peux avoir le même résulta
par exemple

Code :

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

1
2
3
4
5
SELECT * FROM Client cli
	WHERE	
	EXISTS (SELECT * FROM Commande cmd
		WHERE
		Cmd.NumCli = cli.NumCli);

ou bien avec in

Code :

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

1
2
3
SELECT * FROM Client cli
	WHERE	
	cli.NumCli in  (SELECT Cmd.NumCli  FROM Commande cmd);

merci d'avance

[Invité]

L'existence d'un enregistrement (EXIST) est différent de la présence d'une valeur dans une liste (IN), es-tu d'accord ?
Il se trouve que tes requêtes ramènent la même chose mais de façons différentes.

[jmguiche]

Comme le dit Jérome, 'un point de vue sémantique, c'est la même chose. je ne pense pas qu'il y ait une condition que l'on peut ecrire avec l'un et pas avec l'autre.

Malheureusement, d'un point de vue performance, les plans utilisés par Oracle entre deux requettes "sémantiquement identiques", l'une en in l'autre en exists, ne sont pas toujours les mêmes.

Autre point : ce que ramene la sous requette du IN peut ramener une valeur null dans la liste... Cela peut donner des resultats étranges. (Not in).

[SheikYerbouti]

Pour ajouter à ce qui a été dit, IN ramène toutes les valeurs trouvées (et lit donc toute la table), alors que EXISTS retourne TRUE dès la première valeur trouvée, ce qui explique (en partie) les différences de plan d'exécution.

[mnitu]

Petit remarque : au fur et à mesure des évolutions des versions d’Oracle, mieux dit de son optimiseur, la différence entre les deux s’efface.

[Ahmed AANGOUR]

D'un point de vue resultat c'est la même chose (ce qui n'est pas forcément le cas avec NOT IN et NOT EXISTS) par contre d'un point de vue performance ce n'est pas la même chose. L'une ou l'autre solution peut être meilleure selon les cas.

Tom Kyte en déjà parlé sur son site (faire une recherche sur ASKTOM).

Pour le IN le CBO traite la sous requête comme une vue en ligne et fait une jointure avec la table maitre.
Pour le EXISTS la requête est traitée en faisant une boucle sur la table maitre et pour chaque ligne on a un select qui est fait sur la table de la sous requête. Donc on aura autant d'accès à la 2ème table qu'il y'a de lignes dans la 1ère. Sauf bien sûr si une correspondance est trouvée alors on sort de la boucle.

En règle générale:
Soit T1 la table de la requête principale et T2 la table de la sous requête.
Si T2 est volumineuse mais que T1 est petite et qu'on a un index dans T2 sur la colonne de jointure alors la clause EXISTS est plus appropriée.
Mais si T2 est petite alors la clause IN peut être plus performante.

Il faut toujours tester les 2 pour être sûr.

cdmt,
Ahmed