Code SQL optimisé ?

Version imprimable

12/03/2012, 10h07
rockley

Code SQL optimisé ?

Bonjour à tous,

J'ai deux tables.
TABLE_1 avec 5.000.000 d'enregistrements
TABLE_2 avec 1.000.000 d'enregistrements

J'ai indexé la TABLE_2 en non unique sur NUMDOSSIE et j'utilise ce code sql.

Code:

select count(*) from TABLE_1 where (NUMDOSSIE not in (select NUMDOSSIE from TABLE_2));

Et ça prend un temps fou.
J'ai l'impression qu'il fait 5.000.000*1.000.000 de traitements.

Voyez-vous une meilleur requête à faire ?

essaye :

Code:

1
2
3
4
5
select count(1) 
from TABLE_1 t1
     left join TABLE_2 t2 on t1.NUMDOSSIE = t2.NUMDOSSIE 
where
    t2.NUMDOSSIE is null

12/03/2012, 10h59
rockley

Je passe de 13s. par enregistrement à 33s.
12/03/2012, 11h04
Rei Ichido

Et y a-t-il un index sur Table1(NUMDOSSIE) ?

et :

Code:

1
2
select count(1) from TABLE_1 t1
where not exists ( select 1 from TABLE_2 t2 where t2.NUMDOSSIE =t1.NUMDOSSIE )

12/03/2012, 11h16
rockley

Non, mais je pense qu'on n'en a pas besoin.

Il faut dans tout les cas que je lise tout les enregistrements de la TABLE_1 dont le numdossie n'est pas dans TABLE_2.
12/03/2012, 11h22
Mohamed.Houri

Citation:

Envoyé par rockley

Bonjour à tous,

Et ça prend un temps fou.
J'ai l'impression qu'il fait 5.000.000*1.000.000 de traitements.

Lorsque votre requête est trop lente
12/03/2012, 16h12
salim11
Citation:

Envoyé par rockley

Non, mais je pense qu'on n'en a pas besoin.

Il faut dans tout les cas que je lise tout les enregistrements de la TABLE_1 dont le numdossie n'est pas dans TABLE_2.

Salut,

Essaie ce code
Code:

1 2 3 4 5 6 7 8 9 WITH t AS (SELECT t1.numdossie FROM table_1 t1 MINUS SELECT t2.numdossie FROM table_2 t2) SELECT COUNT (numdossie) FROM t
13/03/2012, 10h31
Rei Ichido

Citation:

Envoyé par rockley

Non, mais je pense qu'on n'en a pas besoin.

Il faut dans tout les cas que je lise tout les enregistrements de la TABLE_1 dont le numdossie n'est pas dans TABLE_2.

Eh non. Déjà, si vous avez un index sur TABLE_1, vous pouvez éviter de passer par la table (forcément plus lourde), vu que tout ce que vous faites, c'est un count. Données plus légères à manipuler => gain de temps.

Ensuite, Oracle va pouvoir faire un gentil hash join entre les index.
Essayez !
13/03/2012, 17h36
rockley

Ok, merci. :ccool:
Je vais essayer. Vu que je début et que ça peut prendre du temps, je mets la discussion en résolu. Je reviendrais vers vous sinon.