Discussion :

[mongolic]

bonjour à tous,

dans le vue v$sql j'ai la requête suivante qui apparait :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SQL> select SQL_TEXT, EXECUTIONS, FETCHES, DISK_READS,BUFFER_GETS,PARSE_CALLS,ROWS_PROCESSED,CPU_TIME,ELAPSED_TIME,LAST_LOAD_TIME  from v$sql where LAST_LOAD_TIME is not null order by LAST_LOAD_TIME  desc
  2  /
 
 
 
SQL_TEXT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
EXECUTIONS    FETCHES DISK_READS BUFFER_GETS PARSE_CALLS ROWS_PROCESSED   CPU_TIME ELAPSED_TIME LAST_LOAD_TIME
---------- ---------- ---------- ----------- ----------- -------------- ---------- ------------ -------------------
SELECT NUDOSS,CDINFO,TIMJIF,NOMBRE,NULMAX,NUCMAX FROM HR      .ZYTD12         WHERE  NUDOSS = 901172252 ORDER BY NUDOSS
         1         55          0         150           1            107          0         2295 2009-10-09/17:41:18

Ce que je ne comprends pas est le fait que la requête consomme 0 cpu lit tout depuis le buffer et pourtant a un elapsed_time de 2295 ! La plupart des requêtes que j'ai dans v$sql sont dans ce cas de figure !
Est ce que quelqu'un a une idée pour expliquer cela ?

merci

[pachot]

Bonjour,
Elapsed time peut comprendre plein de wait events qui ne sont ni CPU ni i/o (grosse attente de verrou par exemple)
Cordialement,
Franck.

[mongolic]

ok merci! je n'avais pas pensé à çà.

je n'ai plus qu'à étudier les verrous !