Hi Steve, I think Stephen might be referring to the stuff mentioned in the eweek comparison that was posted earlier today...
http://www.eweek.com/article/0,3658,s=708&a=23115,00.asp "MySQL 4.0.1's new, extremely fast query cache is also quite notable, as no other database we tested had this feature. If the text of an incoming query has a byte-for-byte match with a cached query, MySQL can retrieve the results directly from the cache without compiling the query, getting locks or doing index accesses. This query caching will be effective only for tables with few updates because any table updates that clear the cache to guarantee correct results are always returned. " I found the following info on the MySQL site... http://www.mysql.com/doc/Q/u/Query_Cache.html Not really what you are looking for but it is kinda of interesting stuff... Tim -----Original Message----- Sent: Monday, February 25, 2002 2:37 PM To: Multiple recipients of list ORACLE-L har > 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). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Johnston, Tim 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).
