Discussion :

[BOSSANT]

Bonjour

J'ai un soucis chez un client qui est passé de 9i à 10g.

Ce qui me surprend c'est que la même requete lancé 5 ou 6 fois de suite va donner des résultats différents :
1ère fois : 200 sec (plus long => normal)
2ème : 140 sec
3ème : 190 sec
4eme : 150 sec
...

De plus, j'ai remarqué que les filtres sur les champs de type date sont catastrophiques.
Sachant qu'un index sur un champ date est déconseillé il me semble. Quoi qu'il en soit j'ai essayé d'en créer un tout de même et le résultat a été catastrophique...

Le context (chez mon client est particuliers). Le compte que j'ai à ma disposition est TRES bridé, je n'ai pas accès à grand chose :
=> SQL Tuning Advisor fonctionne
=> Mais pas l'autotrace et les stats qui suivent (via SQL developper)...

Est ce que mes symptomes vous indiquent d'éventuels problèmes?

A+

[Waldar]

Il nous en faut un peu plus, notamment le code de la requête et les plans d'exécutions (10g et 9i si vous les avez encore).

Il n'y a pas de soucis à indexer une colonne date, par contre si vous filtrer dessus il ne faut pas utiliser de fonction.

[BOSSANT]

Je retourne chez mon client Mercredi. Je vais essayer d'avoir plus d'élément mais seul SQL Tuning advisor était disponible. Je n'avais même pas les droits pour utiliser L'autotrace de sql developper...

A propos de ma surprise sur la date :
Une requete avait un critère sur une date de type fourchette :
Chp(de type date) Between TO_CHAR('01/01/2011','DD/MM/YYYY') and TO_CHAR('31/01/2011','DD/MM/YYYY')

Surpris de la lenteur de la requete (plus de 2 minutes) , j'ai tenté de créer un index sur la date.
Et la catastrophe, j'ai stoppé l'exécution de la requete avant la fin...

[Rei Ichido]

J'imagine qu'il s'agit d'un TO_DATE, et pas TO_CHAR.

Est-ce que vous avez calculé les statistiques sur la table / l'index après avoir créé l'index, avant de lancer la requête ? Sinon le CBO travaille à l'aveugle et peut très bien choisir un chemin sous-optimal. En particulier si ledit critère est en fait peu intéressant.

Pouvez-vous fournir la requête complète ? Quitte à ajouter de l'index, autant rajouter un index qui cible bien la requête.

[BOSSANT]

Autant pour moi TO_Date en effet

Comme je vous disais, je n'avais accès à aucune stat, je travaille à l'aveugle. J'ai demander que des droits soient ouvert
Mercredi, je vous en dirai plus (et je vous donnerai un exemple de requete)

[BOSSANT]

En effet, les stat datent de novembre 2011...

Mais ce n'est pas le seul soucis.
Leur requêtes utilisent parfois des fonctions packagées qui peuvent servir de lien entre les tables.

Il y a aussi des regroupements par année : TO_CHAR(ChDate, 'YYYY')
=> je ne vois pas d'autre solution