Optimisation de requete oracle

Version imprimable

1 pièce(s) jointe(s)

Je lance une requete oracle sur 4 instances identiques (même schéma oracle), chaque instance est sur une base différente
le temps de réponse de la requête est à l'ordre de 5mn, par contre sur linstance N°: 1, la requete ne repond pas pourtant tout est similaire, voici la requête et son plan d'exécution sur cette instance°1 :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 SELECT distinct psc.vente_id , pp.msisdn,sum(pp.amount),count(*) FROM ppc_sim_cust psc, ppc_payments pp WHERE pp.opsc_ask_state=5 AND pp.opsc_reply=0 AND psc.offre_id ='41' AND psc.status = 'i' AND psc.stamsi = 'A' AND psc.vente_id = pp.vente_id AND ((pp.opsc_reply_date is null AND to_date('20061120','YYYYMMDD')<=pp.insert_date ) OR (pp.opsc_reply_date is not null AND to_date('20061120','YYYYMMDD')<=pp.opsc_reply_date )) AND ( (pp.payment_object = 'R' AND pp.payment_type='RIB' ) OR ( pp.payment_object = 'R' AND pp.payment_type='CB') OR ( pp.payment_object = 'R' AND pp.payment_type='SC') OR ( pp.payment_object = 'R' AND pp.payment_type='DAB')) AND psc.vente_id NOT LIKE '%1' group by psc.vente_id , pp.msisdn having count(*) > 4;
Pourriez vous me dire d'ou pourrait venir cette difference de temps d'execution entre les instances et comment la trouver, et comment opitmiser cette requete, malgré que (AND psc.vente_id NOT LIKE '%1') n'utilse pas l'index a cause du %.

Les deux tables ont un index sur le vente_id

Merci de votre reponse,

cdt,

15/12/2006, 19h22
Mehdilis

Le plan d'execution est en PJ
Merci
15/12/2006, 20h43
nuke_y

On pourrait avoir le plan sur une instance où ça va bien ?
16/12/2006, 18h57
remi4444

Plusieurs remarques et questions
- Y a-t-il exactement les mêmes données sur toutes les bases ?
- Les stats sont-t-elle à jour sur toutes les bases ?
- Y a-t-il dans toutes les clauses de filtrage, une (ou une combinaison) qui est particulièrement discriminante (disons, renvoyant moins d'1/10 des données sur sa table...)
- Les colonnes vente_id sont-elle indexées sur les 2 tables ?
- Le distinct est parfaitement inutile puisqu'il y a un group-by (oracle l'a éliminé de lui meme d'après le plan)
- tant qu'a faire un group-by sur vente_id, autant prendre la colonne coté PP et non PSC, histoire que les 2 colonnes de groupement appartiennent à la même table.
18/12/2006, 13h42
djeant

Je vois que tu as une clause :

Code:

AND psc.vente_id NOT LIKE '%1'

dans ta requête, il est souvent judicieux d'éviter d'utiliser un like avec un motif qui commence par %.
Peux tu tester la même requête sans ce like ?