MySQL comparison - Mailing list pgsql-general

From Bruce Momjian
Subject MySQL comparison
Date
Msg-id 200106251605.f5PG5K308515@candle.pha.pa.us
Whole thread Raw
List pgsql-general
For people interesting in MySQL's status, here is a posting from the
recent Red Hat/Slashdot discussion.  It seems to lay things out pretty
clearly.

---------------------------------------------------------------------------

Remaining SQL92 issues: subselects in SELECT, subselects in FROM (also
called projections), subselects in WHERE. Each can be thought of as a
seperate implementation issue. Views. Updateable views. Foreign keys.
Constraints, in particular referential integrity constriants. Required
transactions - this is part of every SQL standard, it's a base
assumption. SELECT INTO table. Temp tables. Domains. Stored procedures
and triggers aren't standardized, but every major DB has them, and
they're demanded out in the real world -- add them to the list.

After adding all the above, MySQL will need some serious (read:
light-years of) development on their query analyzer. MySQL does well on
simple selects but performs notably slow on complex queries. Which is
hardly a surprise given their assumptions, design goals, and evangelism.

InnoDB needs more testing, and it needs to continue to grow. I have full
faith in Heikki Turri's skill.

I cannot say the same for the other MySQL AB developers. They have spent
the last few years stonewalling efforts to turn MySQL into a real DB.
They proclaimed that transactions were bad, table locks were as fine
grained as you ever needed, constraints should be handled by the client
application, and that stored procedures existed because other vendors
couldn't write fast SQL parsers (thus showing a failure to understand
the difference between declarative and procedural programming). Now,
demands from their larger customers, plus products from people like
Heikki, appear to be forcing MySQL AB forwards towards ACID compliance.
So, no, I do not trust MySQL AB to implement these things quickly and
effectively.

If you read their TODOs, you can see most of this stuff in targeted for
4.1. That's 2 major revs away. What will Postgres be doing in that time?

--
Bruce Momjian                        |  http://candle.pha.pa.us
pgman@candle.pha.pa.us               |  (610) 853-3000
+  If your life is a hard drive,     |  830 Blythe Avenue
+  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: David Wheeler
Date:
Subject: Re: More Red Hat information
Next
From: Stephan Szabo
Date:
Subject: Re: Foreign Keys Constraints, perforamance analysis