Tracefile: kann mir das mal einer aufdröseln ?

Hallo,

ich habe hier mal einen Teil eines Tracefiles

delete from sst_r76 where sst_r76.s76lfd in
(select reiseid from reorglfds)

call count cpu elapsed disk query current rows


Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 1998 6182 80256 7089
Fetch 0 0.00 0.00 0 0 0 0


total 4 0.00 0.00 1998 6182 80256 7089

Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 23 (recursive depth: 1)

Rows Row Source Operation


1 DELETE SST_R76
3772 NESTED LOOPS
979 TABLE ACCESS FULL REORGLFDS
4749 TABLE ACCESS BY INDEX ROWID SST_R76
4749 INDEX RANGE SCAN (object id 6163)

was sagt mir das alles ? Tables acces full ist klar und nested loop ist wohl nicht so doll, aber was steht da genau ?

Was sagt mir z.B. die Tabelle ganz oben ?

wo finde ich einen Text wo sowas genau erklärt wird was was bedeutet ?

Grüße

Chris

Hallo,

ich habe hier mal einen Teil eines Tracefiles

-Sieht nach einem Oracle Tracfile aus :smile: Bitte immer verwendetes System / Version etc mitgeben…

call count cpu elapsed disk query
current rows



Parse 2 0.00 0.00 0 0
0 0
Execute 2 0.00 0.00 1998 6182
80256 7089
Fetch 0 0.00 0.00 0 0
0 0



total 4 0.00 0.00 1998 6182
80256 7089

Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 23 (recursive depth: 1)

was sagt mir das alles ? Tables acces full ist klar und nested
loop ist wohl nicht so doll, aber was steht da genau ?

Was sagt mir z.B. die Tabelle ganz oben ?

  • Das Statement wurde 2 mal geparst und 2 mal ausgeführt (Parse und Execute). Das „Missed in Library cache…“ sagt aus, dass es ein HARD parse war, also nicht im Shared Pool gefunden wurde. Es deutet entweder auf das nicht-Vewenden von Binding der Variablen hin (Nicht gut!) oder das Benutzen eines PL/SQL REF-Cursors

wo finde ich einen Text wo sowas genau erklärt wird was was
bedeutet ?

–> http://download-east.oracle.com/docs/cd/A81042_01/DO…

Grüsse

Hallo,

danke für den Link, schaun mer mal :wink:

Grüße

Chris