Discussion :

[psmpa]

bonjour,
j'ai un problème avec une requette comprenant un count qui est tres lente.
je suis sous oracle 9i
ma table a moins de 500.000 enregistrements
ma requette est la suivante

Code :

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

1
2
3
4
5
6
 
select count(*) from f_ticket
where tic_usa_id='HAS013'
  and tic_rel_id is not null
  and tic_date_abattage>='01/09/2008'
  and tic_date_abattage<='30/09/2008'

+ de 4 secondes le count retourne 1507 enreg.

la requette suivante sans tic_usa_id='HAS013' and

Code :

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

1
2
3
4
5
6
 
select count(*) 
from f_ticket 
where  tic_rel_id is not null 
  and tic_date_abattage>='01/09/2008'
  and tic_date_abattage<='30/09/2008'

temps 0,031s et 1597 enregs
le champs tic_usa_id est indexé

avez vous une idée et est ce qu'il y a un paramétrage sur oracle a faire
merci

[Invité]

cf : http://sheikyerbouti.developpez.com/
Article sur l'optimisation.
Regarde dans tes indexes et statistiques.

[kore62]

Si ton champ 'tic_date_abattage' est de type date fait plutot

Code :

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

tic_date_abattage<=to_date('30/09/2008','DD/MM/YYYY')

au lieu de :

Code :

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

tic_date_abattage<='30/09/2008'

Sinon Oracle converti le champ tic_date_abattage en chaine de caractère et fait la comparaison ensuite...

La dans l'autre cas il compare deux date...

Quand tu as créé tes index, t'es tu assuré d'avoir faire les stats sur tes tables...

Comme ca Oracle pourra choisir le plan d'execution le mieux approprié pour effectuer ta requête...

Car il n'est pas forcé qu'Oracle utilise les index si un full scan se montre plus performant. D'où l'intérêt des stats sur tes tables lorque tu cré des index...

++