Problème sur l'utilisation d'index

Bonjour,

Je me retrouve confrontée à un problème bizarre.

J'ai deux bases (une de production et une de pré-production) qui ont toutes les deux la même table avec les mêmes index.

Une requête passée sur la production est quasiment instanée, la même requête dure de 9 à 10 s sur la pré-production (dans les deux cas la requête ne ramène aucune ligne).

Quand je fais un explain de la requête en production, l'index utilisé est IDX1. Sur la pré-production, l'explain indique que c'est IDX2 qui est utilisé.

Quelqu'un sait-il d'où peut venir cette différence au niveau de la gestion Oracle des index ?

Merci d'avance.

version de bd ?
Les stats sont à jours ?
Même volumétrie dans les deux environnements ?

Version 10g d'Oracle.

Les stats ont été passées le 11/07 soit dimanche dernier et les premiers problèmes de performance ont été constatés sur un traitement de lundi.

La volumétrie sur la pré-production est plus petite (-50%).

Différence de machine aussi. Tu peux avoir des stats liées à l'OS (vitesse des disques en lecture séquentielle, etc..)

C'est vrai que maintenant, dire pourquoi Oracle prend un index plutôt qu'un autre devient ardu.

Tous les autres traitements passent sans problème de performances donc la machine n'est pas en cause (enfin je pense).

Je pense que la solution est dans les données de la table. Ci-joint ma requête :

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT * FROM XFCROPER A WHERE ( A.XFCRCODEVE = 'AC410' ) AND ( A.XFCRNOIDPS = '061049524' ) AND ( A.XFCRNUMFAC = '000010046' ) AND ( A.XFCRDATFAC = '30/06/2010' ) AND ( A.XFCRMNTRRC = 27.30 ) AND ( A.XFCRDATPAI = '12/07/2010' ) AND ( A.XFCRIDPCRO = 0 )

---

Deux index :
IDX1 sur XFCRNOIDPS, XFCRNUMFAC
IDX2 sur XFCRIDPCRO

Sur la production, 12% des enregs ont XFCRIDPCRO=0
Sur la préproduction, 3% des enregs ont XFCRIDPCRO=0

J'ai essayé de passer ma requête sur la pré-production en forçant l'utilisation de IDX1, et le temps de réponse est encore pire... Oracle a l'air de bien faire son travail !

Si on supprime dans la clause where A.XFCRIDPCRO = 0, la réponse est instantanée...

La date des statistiques ne suffit pas, il faudrait vérifier (DBA_TAB_STATISTICS) si elles sont réalistes par rapport aux données effectives.

Vous pouvez aussi regarder si vous n'avez pas de différence dans le paramétrage de l'optimiseur de part et d'autre :

Code:

---

select * from V$SES_OPTIMIZER_ENV where sid=(select max(sid) from v$mystat);

---