Re: 'Official' definition of ACID compliance?

From: John Dean <john(at)totalrekall(dot)co(dot)uk>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: 'Official' definition of ACID compliance?
Date: 2006-01-05 17:39:30
Message-ID: 6.1.2.0.2.20060105172558.028007b0@mail.totalrekall.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

At 16:38 05/01/2006, Stephen Frost wrote:
>* Russ Brown (pickscrape(at)gmail(dot)com) wrote:
> > Oh, that's a long story. We're a MySQL house that I've been trying to
> > convert to PostgreSQL one way or the other for ages (with no success as
> > yet). Note that the argument isn't about which letter the type
> > truncation applies to, but whether it actually has anything to do
> > with ACID at all in the first place. The key for me is that the result
> of this argument has an
> > effect on the question: "Is MySQL ACID compliant". If I'm right, it's
> > not (which has political strategic benefits to me).
>
>An even better thing to point out is that a DBA recommending MySQL isn't
>a DBA at all. :)
>
> Enjoy,
>
> Stephen

I used to work for MySQL (a job's a job after all) and I say in all honesty
that MySQL is not ACID compliant. Furthermore, MySQL is so lacked in
functionality that it should be used for anything but the simplest of
solutions. A database engine that does not support referential integrity,
triggers, stored procedures, user defined types, etc should not be taken
seriously

---

Regards
John Dean,
co-author of Rekall,
the only alternative
to MS Access

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Benjamin Smith 2006-01-05 17:59:45 Re: Putting restrictions on pg_dump?
Previous Message Jaime Casanova 2006-01-05 17:08:23 Re: 'Official' definition of ACID compliance?