From what I understand this newer version of MySQL pulls directly from the buffer to return information if the sql matches a past query. No execution phase.
This would only work with static information. Changes would require going back to disk. MySQL doesn't handle dirty buffer blocks, you make changes immediately to disk.
This newer version is also not due to be released from alpha/beta test till early next year. I have not played with this alpha version yet, but have experience with the current '~stable' versions of MySQL.
Jon Baker
Database Architect
<[EMAIL PROTECTED]>
www.netsec.net
-----Original Message-----
From: DENNIS WILLIAMS [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 25, 2002 3:06 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Tangetially ON Topic... ANSI SQL and Reusing SQL to avoid
har
In the article: http://www.eweek.com/article/0,3658,s=708&a=23115,00.asp,
the following sentence appears:
"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, .
. . "
Perhaps someone on the list with MySQL experience can interpret this
remark and whether it applies to the topic of discussion.
Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED]
-----Original Message-----
Sent: Monday, February 25, 2002 1: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: DENNIS WILLIAMS
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).
