From: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
---|---|
To: | nolan(at)celery(dot)tssi(dot)com |
Cc: | Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Humor me: Postgresql vs. MySql (esp. licensing) |
Date: | 2003-10-09 03:05:18 |
Message-ID: | 20031009030518.GD8265@dcc.uchile.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Oct 08, 2003 at 09:43:04PM -0500, nolan(at)celery(dot)tssi(dot)com wrote:
> > If an open transaction is not explicitly committed and the client
> > disconnects, it is automatically rolled back.
>
> So what would happen with MySQL? Does it leave the transaction
> half-committed? The original implication was that data was lost, which
> is what would happen with an uncommitted PG transaction as well.
It was not clear to me from the article that originally mentioned it
that it had an uncommitted transaction, though it may very well be the
case.
But given that ROLLBACK takes some unreasonable amount of time in MySQL,
what do you really expect? Did the rollback work when the poweroff was
requested? Or did it work only halfway, rendering the whole
"transaction" model useless?
A "halfway rollback" would be one of the most stupid things I've heard
about.
--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"El número de instalaciones de UNIX se ha elevado a 10,
y se espera que este número aumente" (UPM, 1972)
From | Date | Subject | |
---|---|---|---|
Next Message | John Wells | 2003-10-09 03:42:51 | Re: Humor me: Postgresql vs. MySql (esp. licensing) |
Previous Message | nolan | 2003-10-09 02:43:04 | Re: Humor me: Postgresql vs. MySql (esp. licensing) |