Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Query on Number of Parses and Executions(for Selects from Views)

RE: Query on Number of Parses and Executions(for Selects from Views)

From: <k.sriramkumar_at_iflexsolutions.com>
Date: Tue, 6 Apr 2004 17:27:40 +0530
Message-ID: <10898BE7CA96D611988B000802255AAF05CE116D@fmgrt>


Thanks Tanel. That note explained it all...We should avoid using ref = cursors as much as possible...ref cursors provide flexibility at the = expense of performance.

Best Regards

Sriram Kumar=20

-----Original Message-----
From: oracle-l-bounce_at_freelists.org =
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of = tanel.poder.003_at_mail.ee
Sent: Tuesday, April 06, 2004 4:00 PM
To: oracle-l_at_freelists.org
Subject: Re: Query on Number of Parses and Executions(for Selects from = Views)

> Since the same SQL statement is executed, I would expect it to reuse =
the =3D
> parsed statement but in this case it doesn't. Is this a expected =3D
> behavior with ref cursors?

Yes, using ref cursors causes a parse on every execution.

http://asktom.oracle.com/pls/ask/f?p=3D4950:8:2082712080332124755::NO::F4= 950_P8_DISPLAYID,F4950_P8_CRITERIA:904605517791, Tanel.



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
-----------------------------------------------------------------


DISCLAIMER:
This message contains privileged and confidential information and is =
intended only for the individual named.If you are not the intended =
recipient you should not disseminate,distribute,store,print, copy or =
deliver this message.Please notify the sender immediately by e-mail if =
you have received this e-mail by mistake and delete this e-mail from =
your system.E-mail transmission cannot be guaranteed to be secure or =
error-free as information could be =
intercepted,corrupted,lost,destroyed,arrive late or incomplete or =
contain viruses.The sender therefore does not accept liability for any =
errors or omissions in the contents of this message which arise as a =
result of e-mail transmission. If verification is required please =
request a hard-copy version.
----------------------------------------------------------------
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 Tue Apr 06 2004 - 06:51:38 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US