Code SQL optimisé ?

**rockley** · 12/03/2012, 10h07

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 :

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

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 ?

**Jean.Cri1** · 12/03/2012, 10h35

essaye :

Code :

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

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

**rockley** · 12/03/2012, 10h59

Je passe de 13s. par enregistrement à 33s.

**Rei Ichido** · 12/03/2012, 11h04

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

**Jean.Cri1** · 12/03/2012, 11h12

et :

Code :

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

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

**rockley** · 12/03/2012, 11h16

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.

**salim11** · 12/03/2012, 16h12

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 :

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

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

**Rei Ichido** · 13/03/2012, 10h31

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 !