RE: Trace file does not list detailed timings
- From: "Cary Millsap" <cary.millsap@xxxxxxxxxx>
- To: <jonathan@xxxxxxxxxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
- Date: Sat, 28 Jan 2006 13:55:09 -0600
Be aware of bug 3009359.
Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com
Nullius in verba
Hotsos Symposium 2006 / March 5-9 / Dallas
Visit www.hotsos.com for curriculum and schedule details...
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Jonathan Lewis
Sent: Friday, January 27, 2006 4:43 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: Trace file does not list detailed timings
Is this a case of: 9i and
It used to show stats when I switched on SQL_TRACE,
but it doesn't any more after an upgrade.
If so, then it's a change in default behaviour. In earlier
versions of 9, when you enabled sql_trace, you implicitly
enabled "_rowsource_execution_statistics". The most
recent versions don't do this. If you want them, then
alter session set "_rowsource_execution_statistics"=true;
The cost is significant in some classes of query - nested
loops seem to be the worst. I have an example where
the CPU time goes up by a factor of three when stats
are on.
Regards
Jonathan Lewis
http://www.jlcomp.demon.co.uk/faq/ind_faq.html
The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/cbo_book/ind_book.html
Cost Based Oracle: Fundamentals
http://www.jlcomp.demon.co.uk/appearances.html
Public Appearances - schedule updated 10th Jan 2006
----- Original Message -----
From: <Jill.Drocea@xxxxxxxxxxxxxxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
Sent: Friday, January 27, 2006 10:31 PM
Subject: Trace file does not list detailed timings
My trace file does not contain details...i.e.
TABLE ACCESS BY INDEX ROWID OTAPA_REQUEST_QUEUE (cr=2 pr=0 pw=0 time=91
us)
Instead shows
TABLE ACCESS BY INDEX ROWID OTAPA_REQUEST_QUEUE
What am I missing?
Jill Drocea
Oracle DBA
Verizon Wireless
845-365-7465
Jill.Drocea@xxxxxxxxxxxxxxxxxxx
The information contained in this message and any attachment may be
proprietary, confidential, and privileged or subject to the work
product doctrine and thus protected from disclosure. If the reader
of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify me
immediately by replying to this message and deleting it and all
copies and backups thereof. Thank you.
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
