Discussion :

[schumi101]

Cependant en ajoutant un index sur l'attribut bareme j'ai un coût total de 15.

[orafrance]

Voici l'explain plan avec un index double comme tu me l'avais suggéré hier sur la table p_bareme

c'est exactement la même requête ? Ca vient d'où cette concaténation ?

Et en temps de réponse ça donne quoi ?

[schumi101]

C'est exactement la même requête c sûr où mon toad a eu du mal lol

Si je fait un count pour le nombre de ligne retournée, j'ai 2 minutes avec le double index

J'ai 1 ou 2 secondes avec l'index univque de coût 15.


Par contre avec Bo j'ai 2 minute pour exécuter la requête avec le double index et 1 minute avec l'index unique

Voila les différences

[orafrance]

la condition sur la 1° colonne n'est probablement pas suffisamment restrictive c'est pour ça

Bah, 2 secondes, on aura du mal à faire mieux il me semble

[schumi101]

Merci pour l'aide, avec tout ce que vous m'avez dit je vais essayer de prendre le meilleur et d'améliorer ces temps de réponses

Si quelqu'un a encore une idée, ne pas hésiter

Cordialement

[mnitu]

pourquoi pas DBMS_STATS, ANALYZE est moins complet



Je sais de toute façon, ce n'est qu'un indicateur, mais personnellement j'ai souvent obtenu de bons résultats en me concentrant sur les jointures qui montrent un cout plus élevé que les autres. Bien entendu, j'aurais pas les prétention de trouver LA solution du 1° coup sans être sur site

Parce que c'est Oracle 8 et Schumi dit "prenez mois doucement". Sinon j'utilise dbms_stats.

Personnellement je préfère me concentrer sur les nombre des lignes manipulées. Quand on lit 45 000 lignes pour garder 2 on consomme des ressources pour rien. Bon, à chaque un son goût.
Cella étant dit je n'ai pas compris si la même requête s'exécute maintenat en 2 seconde ou pas (mais c'est pas grave).