Discussion :

[loupin]

Bonjour,

j'ai un problème de performance avec une requete. Mon index n'est pas utilisé et donc une perte énorme de performance 3min => 2h

Je dispose d'une table avec 22 colonnes.

Ensuite, je crée un index :
CREATE INDEX My_INDEX ON SRN_TRANSACTION (col1, col2, col3, col4, col5) TABLESPACE Tablespace_index;

Et je finis par charger mes datas dans la table.

Je me demande si mon index est mis a jour ou faut-il faire un rebuild une fois les datas inseré ?

Merci pour toutes vos suggestions.

Cordialement.

[jmguiche]

Bonjour,

• execute des stats sur ta table et ton index. (comme tu crée l'index avant de charger la table, les stats considèrent que l'index est comme la table : vide, ou au mieux que l'index n'est pas discriminant).
• vérifie que les colones en jointures et les criteres sont de même type.
• vérifie que tu utilise bien les premieres colones de ton index.

à+

ps : crée ton index apres le chargement des données :

• cela ira plus vite
• il sera mieux structuré.

[pifor]

Merci de nous donner:

• la version d'Oracle utilisée
• le DDL de création de la table et des index
• le code SQL complet de la requête concernée
• le résultat de EXPLAIN PLAN pour la requête
• le résultat de TKPROF sur l'exécution de la requête (après SQL_TRACE=TRUE)
• la façon dont vous calculez les statistiques pour les objets concernés

[loupin]

Bonjour,

je viens de verifier, mes stats ont été généré cette nuit, j'ai verifié qu'elles étaient bien généré toutes les nuits a 23h, job présent par default, activé ...

Mes jointures sont de meme types, donc de ce coté la, pas de probleme.

Je refait un test demain, je verrai si les performances sont meilleures avec les stats généré.

Mon plan d'execution a été modifié et correspond presque à l'environnement de validation (malgrès que ca peut ne rien changé en terme de temps).

Merci pour vos suggestions, je reposte des nouvelles demain .

Cordialement.

[Harry Potter]

Essaie peut-être avec un index sur une seule colonne (la plus discriminante) et vérifie qu'il soit bien utilisé.
Si vraimment le pb persiste envoie nous ta requête, le pb vient peut-être de là...