> MySQL uses something like a memory cache to eliminate re-parsing. I don't believe this is true... you'll have to prove it to me. :-) After a brief review of the manuals and 3rd party books I find no such mechanism in MySQL.
Thanks anyway, Steve Orr -----Original Message----- Sent: Monday, February 25, 2002 11:33 AM To: Multiple recipients of list ORACLE-L har Steve: To my knowledge the usage of bind variables is ansi 92 compliant. DB2 (my past life) it was a requirement for proper application development. MySQL uses something like a memory cache to eliminate re-parsing. Thank You Stephen P. Karniotis Technical Alliance Manager Compuware Corporation Direct: (248) 865-4350 Mobile: (248) 408-2918 Email: [EMAIL PROTECTED] Web: www.compuware.com -----Original Message----- Sent: Monday, February 25, 2002 12:49 PM To: Multiple recipients of list ORACLE-L Subject: Tangetially ON Topic... ANSI SQL and Reusing SQL to avoid hard pa Since V7 Oracle has improved performance by limiting hard parses and implementing shareable, reuseable SQL via the shared pool. I'm curious what other database engines do to limit hard parses. Does DB2, Informix, Sybase, SQLServer, or Postgres implement shareable SQL via a "shared pool?" Of course we know that in Oracle, shareable SQL is dependent on the use of bind variables or cursor_sharing=FORCE. In that context, isn't the syntax for bind variables part of the ANSI SQL92 standard? I really need to find this out as I'm building the case for using bind variables in an ANSI SQL, multi-database development effort. TIA!!!!!!!!!!! Steve Orr Bozeman, MT -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Orr, Steve INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Karniotis, Stephen INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Orr, Steve INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
