RE: Trying to locate a cursor with very little information
Date: Tue, 7 Jul 2009 20:37:45 -0400
Message-ID: <6AFC12B9BFCDEA45B7274C534738067F1A9A63F5_at_AAPQMAILBX02V.proque.st>
Hi Chen,
I don't think it's in the SGA. You and I could reference the same SQL, and have different cursor #'s in our respective trace files. I suspect that information is private to the PGA, and I can't think where it would be mapped to an X$/V$....
Honestly, I think you're out of luck.....
If anyone has any better ideas, I'd be happy to be wrong....
-Mark
-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Chen Shapira
Sent: Tuesday, July 07, 2009 7:04 PM
To: Daniel Fink; oracle-l
Subject: Re: Trying to locate a cursor with very little information
I don't have the sql text in the trace file, but Oracle still have the
cursor in the shared pool.
And Oracle knows that cursor #2 from a specific process is related to
a specific open cursor in the pool (otherwise exec and fetch calls
would fail). So there must be a way to find the sql text from Oracle's
SGA.
I was hoping someone already figured it out...
Chen
On Tue, Jul 7, 2009 at 3:51 PM, Daniel Fink<daniel.fink_at_optimaldba.com> wrote:
> If you don't have the PARSE or PARSING lines, you won't have the sql text.
> However, if the STAT lines were written, you might be able to reverse
> engineer the statement from the plan. Use the STAT lines to see what plans
> use those operations and what statements use those plans.
-- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-lReceived on Tue Jul 07 2009 - 19:37:45 CDT