Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: how to get parse and execution number for a sql
Paul, if you look at the (9.2) glossary Oracle definitely implies that it
always checks the syntax before it looks in the shared pool for the SQL:
parse call
A call to Oracle to prepare a SQL statement for execution. This includes
syntactically checking the SQL statement, optimizing it, and building (or
locating) an executable form of that statement.
I realize the manuals are not always very precise, but in the last week I have just read a post by Tom Kyte on the parse order where he explained the difference between checking syntax and semantics and the definition follows what he said.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Paul Baumgartel
Sent: Thursday, February 26, 2004 11:23 AM
To: oracle-l_at_freelists.org
Subject: Re: how to get parse and execution number for a sql
This doesn't sound right to me, in fact it sounds backwards.
If an incoming SQL statement is found in the library cache, then that is evidence that it is syntactically and semantically correct. The soft parsing is required to resolve names, etc. within the context of the issuing session's privilege domain; this may lead to the creation of a new child cursor.
Paul Baumgartel
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- 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 Thu Feb 26 2004 - 11:23:56 CST
![]() |
![]() |