Discussion :

[neo.51]

Bonjour,

Je suis sous windows sur oracle 10g.

Suite à la lecture de cet excellent article : http://oracle.developpez.com/guide/tuning/tkprof/

je me suis mis à tracer des sessions longues qui utilisent des requetes SDO. dans l'article on peut lire :

Il faut vérifier qu’il n’y a pas de différence notable entre CPU et Elapsed

Je tombe sur :

SELECT DIMINFO
FROM
ALL_SDO_GEOM_METADATA WHERE OWNER = 'B62REC7' AND TABLE_NAME = 'FIGURE' AND
COLUMN_NAME = 'SDO'


call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.10 0.11 3 6 0 0
Execute 97277 7.42 21.92 0 0 0 0
Fetch 97277 321.72 1303.48 18 2431925 0 97277
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 194555 329.26 1325.52 21 2431931 0 97277

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 45 (B62REC7) (recursive depth: 1)

donc j'en déduit qu'il y a une grosse marge pour optimiser. Vous en pensez quoi ? Par où commencer ?

[farenheiit]

comment as tu activer ta trace?

Si t'as un ecart entre le temps de service (CPU) et le temps de réponse (elapsed) c'est que tu as un temps d'attente important (ensemble des wait events).

Tu peux activer ta trace pour voir les temps d'attente associées à ta requête.
Tu peux également interroger les vues v$session_event et v$session_wait

[13thFloor]

Vérifies dans un rapport awr (quitte à en générer manuellement avant et après ta requête avec exec dbms_workload_repository.create_snapshot les contentions en fin de report, notamment les buffer busy waits.
N'y a t-il pas des objets en relation avec ta requête qui sont concernés ?
Si trop de buffer busy waits, tu peux interroger v$session_wait pour savoir quels blocs posent problème :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT p1 "File", p2 "Block", p3 "Reason" FROM v$session_wait WHERE event='buffer busy waits' ;

Si index => pct_free à augmenter pour avoir moins de lignes par blocs, ou recréer l'index dans un TS ayant une taille de bloc plus petite (+ cache associé).

Voilà, c'est une piste mais il y a en a d'autres selon les attentes observées.

[pifor]

Je commencerais par me demander s'il est bien nécessaire d'exécuter une requête environ 100 000 fois.

Essayez d'utiliser DBMS_MONITOR avec waits=>TRUE pour tracer une session avec Oracle 10g http://download.oracle.com/docs/cd/B...e.htm#CHDDGCCB.

N'utilisez AWR que si vous avez la licence d'utiliser le diagnosic pack http://download.oracle.com/docs/cd/B...s.htm#CIHHIGBI