|
|||||||||||
|
Re: Migration from Oracle to MySQL
From: Grant Allen <gxallen(at)gmail.com>
Date: Thu Jul 26 2007 - 21:33:15 EDT
Sure, let's play devil's advocate for a minute.
Storage engines are unique to MySQL? yes. Is that good? YMMV. Most of
the purported benefits can be achieved with Oracle's features without
the compromises of balkanised storage engines. You're right, they're
not offered by Oracle, or anyone else ... there's a reason no other
database bothers with storage engines - they got storage right the first
time :-) (ooh ... the flames I'll get for that :-) ). Sure,
non-volatile data in a MyISAM table can be read at the speed of light,
and handle the odd insert. Funnily enough, a text file has the same
properties. They both suck for non-trivial concurrent transactions.
I'd suggest taking a look at parallel DML, nologging, MVs, partitioning,
direct-path insert, appended insert, RAC, ASM, ASSM, etc. etc. etc. in
Oracle for more perspective
Nope, not unique. Prespawned connections in Oracle are about as fast as
it gets for any db, short of using a cached connection.
We'll, if by unique and not offered by Oracle you mean you get to
experience the MySQL pain of sync'ing the data to start with by any one
of numerous half-baked manual methods, sure. Silly old Oracle totally
automates that, even giving you several handy GUI or sql options
depending on your preference. MySQL definitely wins on the "does half
the job" criteria.
Easy for who? You're absolutely right for simple installs; a quick db to support a simple web page; the persistence layer for a million and one open source apps that could have chosen any db (mysql, postgres, sqllite, jet, bdb, isam, you name it). But have you ever tried to reorg your physical storage in MySQL with the system online? Get the optimiser to do something intelligent with subselects? Handle transaction semantics across storage engines? "Easy" isn't the word that springs to mind. (OK, I'm all suited up with the asbestos ... flame away :-) ).
Ciao
-- MySQL Cluster Mailing List For list archives: http://lists.mysql.com/cluster To unsubscribe: http://lists.mysql.com/cluster?unsub=lists@pantek.comReceived on Thu Jul 26 21:48:41 2007 This archive was generated by hypermail 2.1.8 : Thu Aug 09 2007 - 19:30:34 EDT |
||||||||||
|
|||||||||||