RE: SV: tkprof and parse count?

From: Whittle Jerome Contr NCI <Jerome.Whittle_at_scott.af.mil>
Date: Mon, 8 Mar 2004 14:51:51 -0600
Message-ID: <DFEC3C69DE8C524DA705BC09A220740B028C1860@AMCW2VN801.amc.ds.af.mil>

In that case maybe it was so fast that the CPU time was in the hundreds or even thousands of a second range.

Jerry Whittle
ASIFICS DBA
NCI Information Systems Inc.
jerome.whittle_at_scott.af.mil
618-622-4145

> -----Original Message-----
> From: ryan.gaffuri_at_cox.net [SMTP:ryan.gaffuri_at_cox.net]
>
> timed statistics is set to true. i checked.
> >
> > From: Michael Garfield Sørensen <mgs_at_CeDeT.dk>
> >
> > I personally think it just means that you did not have timed statistics
> > enabled! And thus the tracing wasn't able to report any timings!
> >
> > HTH
> > Michael Garfield Sørensen, CeDeT
> >
> > -----Oprindelig meddelelse-----
> > vegne af ryan.gaffuri_at_cox.net
> >
> > Below is a simple tkprof output. Why is my parse count = 4? if there is no
> > CPU time used? I take this to mean, I did not incur a hard parse? How come
> > the 'count' goes up? I can't find this in the docs on metalink.
> >
> > select 2
> > from
> > dual
> >
> > call count cpu elapsed disk query current
> > rows
> > ------- ------ -------- ---------- ---------- ---------- ---------- ----------
> > Parse 4 0.00 0.00 0 0 0 0
> > Execute 4 0.00 0.00 0 0 0 0
> > Fetch 8 0.00 0.00 0 12 0 4
> > ------- ------ -------- ---------- ---------- ---------- ---------- ----------
> > total 16 0.00 0.00 0 12 0 4
> >
>

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Received on Mon Mar 08 2004 - 14:49:27 CST