As Mladen has pointed out, yes. Cary Millsap Hotsos Enterprises, Ltd. http://www.hotsos.com * Nullius in verba * Upcoming events: - Performance Diagnosis 101: 2/24 San Diego, 3/23 Park City, 4/6 Seattle - SQL Optimization 101: 2/16 Dallas - Hotsos Symposium 2004: March 7-10 Dallas - Visit www.hotsos.com for schedule details... -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of John Kanagaraj Sent: Thursday, February 05, 2004 1:08 PM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: ora_check_sql in DBD::oracle Thanks Mladen and Cary. Isn't this similar to Case 3 in Chapter 12 in Cary and Jeff's book? John >-----Original Message----- >From: Mladen Gogala [mailto:mladen@xxxxxxxxxxxxxxx] >Sent: Thursday, February 05, 2004 10:51 AM >To: Multiple recipients of list ORACLE-L >Subject: ora_check_sql in DBD::oracle > > >In private communication with Cary Millsap, I was warned about the >undocumented DBI handle attribute called "ora_check_sql" which was >defaults to "1" and, oracle versions 8 and above, causes oracle to >parse each statement twice ($sth=$dbh->prepare() is the first parse >and 4sth->execute() was the second). On 1/27/2004. Tim Bunce delivered >the new DBD::Oracle v1.15 and in the documentation one can find the >following text: >*************************************************************** >************ >ora_check_sql > > If 1 (default), force SELECT statements to be described in prepare >(). If 0, allow SELECT statements to defer describe until execute(). >(OCI8 and later only.) > > See "Prepare postponed till execute" for more information. >*************************************************************** >*********** > >When I did the unthinkable and read the documentation (I know, >real DBA >is not supposed to read the documentation, but learn by osmosis) I >remembered the correspondence with Cary and decided to publish it for >the rest of the good, hard hacking, perl folks. > > > >---------------------------------------------------------------- >Please see the official ORACLE-L FAQ: http://www.orafaq.com >---------------------------------------------------------------- >To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx >put 'unsubscribe' in the subject line. >-- >Archives are at //www.freelists.org/archives/oracle-l/ >FAQ is at //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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------