Re: [pgsql-advocacy] What can we learn from MySQL? - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: [pgsql-advocacy] What can we learn from MySQL?
Date
Msg-id 20040427191235.GB3078@dcc.uchile.cl
Whole thread Raw
In response to Re: [pgsql-advocacy] What can we learn from MySQL?  (Tim Conrad <tim@timconrad.org>)
Responses Re: [pgsql-advocacy] What can we learn from MySQL?  (Robert Treat <xzilla@users.sourceforge.net>)
List pgsql-hackers
On Tue, Apr 27, 2004 at 12:57:46PM -0400, Tim Conrad wrote:

> Seriously, though. I was looking through the list yesterday trying
> to figure out something, and it was kind of hard to do.But, more to
> my point, this stuff is in the MySQL manual, making it easy to find.
> (Yes. I know what MySQL includes kind of blows, but, it's better
> than nothing)

You know, that's kind of the point of all things related to MySQL.
"It's better than nothing."  PostgreSQL doesn't do things because "it's
better than nothing."  My first patch here was rejected, not because it
didn't do anything useful (it did), but because "it didn't solve the
complete problem."  I had to do a lot more work to get it accepted.
Similarly, people here don't want to showcase a list of things that will
be on the next release, because we _don't know_ what will be on the next
release.  There are guesses, but guesses are not good enough.

(Same as how MySQL guesses the result of a modulo operation, and gets it
wrong.  They don't care and you can read that on the manual.  In
Postgres, this is a bug.)

In PostgreSQL there are no guesses.  There are certainties.  And I think
this it how it should be for a database server ;-)

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"No hay cielo posible sin hundir nuestras raíces
en la profundidad de la tierra"                        (Malucha Pinto)

pgsql-hackers by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: Usability, MySQL, Postgresql.org, gborg, contrib,
Next
From: "Thomas Hallgren"
Date:
Subject: Re: Usability, MySQL, Postgresql.org, gborg, contrib, etc.