Utilisation de NOT IN ?

Bonjour,

J'ai une sous-requête dans ma requête avec l'utilisation de NOT IN mais les performances sont vraiment très mauvaises.... Auriez-vous une idée de comment faire pour ne pas utiliser NO IN svp et améliorer les performances ?

Code:

---

1 2 3 4 5 6 7 8

SELECT DISTINCT a.reference, a.reference_id, a.description, a.annee FROM UneTable a WHERE a.reference_id NOT IN (SELECT b.reference_id FROM MaPremiereVue b) ORDER BY a.reference;

---

Merci beaucoup à vous !

S'il s'agit juste de ne pas utiliser NOT IN, tu peux utiliser NOT EXISTS :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

SELECT DISTINCT , a.reference , a.reference_id , a.description , a.annee FROM UneTable a WHERE NOT EXISTS ( SELECT NULL FROM MaPremiereVue b WHERE b.reference_id = a.reference_id ) ORDER BY a.reference ;

---

Toutefois il y a de fortes chances que cela ne change rien au plan d'exécution de la requête et donc à son temps de réponse.

En revanche cela met en évidence la jointure qui est faite entre ces deux tables (vues ?) et la possibilité que l'ajout d'un index sur MaPremiereVue.reference_id améliore les accès.

Si MaPremiereVue est une vue, c'est peut-être celle-ci qu'il faut améliorer.

Alors non, j'avais déjà essayé mais le "NOT EXISTS", ne fonctionne pas...
Pièce jointe 492966
Pièce jointe 492970

Par contre, si effectivement je rajoute une jointure dans la sous-requête, le temps de réponse est instantanée !!

Code:

---

1 2 3 4 5 6 7 8 9

SELECT DISTINCT a.reference, a.reference_id, a.description, a.annee FROM UneTable a WHERE a.reference_id NOT IN (SELECT b.reference_id FROM MaPremiereVue b WHERE a.reference_id = b.reference_id) ORDER BY a.reference;

---

Merci beaucoup !
Bonne journée

Très étrange, car c'est bien documenté dans la doc 11g :
https://docs.oracle.com/cd/B28359_01...htm#SQLRF52150

Oui très bizarre...
Après je me demande si il ne faut pas l'utiliser dans une procédure et non pas dans une vue... :roll:

non, dans une vue ou une table ça fonctionne tout à fait.

Et je ne suis pas du même avis que AL1_24 au sujet des perfs, il est fréquent que (not) exists soit plus performant que (not) in , ça dépend du contexte et de l'optimiseur

NOT EXISTS et NULL... peut-être que le pb est là, non?

C'est bien possible : SELECT NULL ne fonctionne pas avec tous les SGBD, j'ai pour habitude de coder SELECT 1 pour éviter les mauvaises surprises

Merci mais non ça ne change rien, il me souligne en rouge le EXISTS.

Si jamais, c'est OK avec la solution du NOT IN mais en refaisant la jointure dans la sous-requête :).

Pouvez vous communiquer la requête complète avec not exists et le message d'erreur, ça me laisse perplexe :weird:

Citation:

---

Envoyé par escartefigue

C'est bien possible : SELECT NULL ne fonctionne pas avec tous les SGBD, j'ai pour habitude de coder SELECT 1 pour éviter les mauvaises surprises

---

Pour le coup je veux bien un nom car je n'ai jamais rencontré un SGBD qui refuse un select null.
D'ailleurs l'optimiseur n'évalue même pas ce select : on peut même écrire select 1/0.

Visiblement pas de pb avec NOT EXISTS et NULL pour Oracle.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SQL> select NULL from dual; N -   SQL> select 1 from dual where exists (select NULL from dual) 1 ---------- 1   SQL> select 1 from dual where NOT EXISTS (select NULL from dual); no rows selected

---

Citation:

---

Envoyé par Waldar

Pour le coup je veux bien un nom car je n'ai jamais rencontré un SGBD qui refuse un select null.
D'ailleurs l'optimiseur n'évalue même pas ce select : on peut même écrire select 1/0.

---

DB2 for Z/OS de façon certaine, DB2/400 (I-series) à vérifier