Re: [OT] MySQL is bad, but THIS bad? - Mailing list pgsql-hackers

From Mark Woodward
Subject Re: [OT] MySQL is bad, but THIS bad?
Date
Msg-id 18086.24.91.171.78.1148052563.squirrel@mail.mohawksoft.com
Whole thread Raw
In response to Re: [OT] MySQL is bad, but THIS bad?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [OT] MySQL is bad, but THIS bad?
Re: [OT] MySQL is bad, but THIS bad?
Re: [OT] MySQL is bad, but THIS bad?
List pgsql-hackers
> Andrew Dunstan <andrew@dunslane.net> writes:
>> Mark Woodward wrote:
>>> Again, there is so much code for MySQL, a MySQL emulation layer, MEL
>>> for
>>> short, could allow plug and play compatibility for open source, and
>>> closed
>>> source, applications that otherwise would force a PostgreSQL user to
>>> hold
>>> his or her nose and use MySQL.
>>>
>> If we had infinite resources this might make sense. We don't, so it
>> doesn't. There is a real cost to producing a compatibility layer, and
>> the cost will be those spiffy new features.
>
> The real problem is that there's a whole lot of stuff, such as mysql's
> weak error checking, that I don't think a "compatibility layer" could
> sanely provide.
>
I kind of agree with this statement, but while I was playing devils's
advocate and just grousing a bit about having to use MySQL, there is a
sort of reality of "openomics" where mind-share is everything.

The more mind-share you have, the more opportunities you have and the more
resources become available. Not always, of course, look at OpenSSH, but
for the most part.

As MySQL adds features, not matter how poorly implemented, and maintain a
migration path, we will never reach their users.

PostgreSQL is better, true, but it is not ideal in many ways. It can be
best said that the difference between PostgreSQL and MySQL is similar to
the difference between Linux/BSD and Windows.




pgsql-hackers by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Re: [OT] MySQL is bad, but THIS bad?
Next
From: Tom Lane
Date:
Subject: Re: [GENERAL] Weird ..... (a=1 or a=2) <> (a=2 or a=1)