Discussion :

[Aurel2340]

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 :

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

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 !

[al1_24]

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

Code :

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

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.

[Aurel2340]

Alors non, j'avais déjà essayé mais le "NOT EXISTS", ne fonctionne pas...



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

Code :

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

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

[escartefigue]

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

[Aurel2340]

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

[escartefigue]

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

[Ikebukuro]

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

[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

[Aurel2340]

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 .

[escartefigue]

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

[Waldar]

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.

[Ikebukuro]

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

Code :

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

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

[escartefigue]

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