Re: Lost updates vs resumable connections/transactions

From: Jens Lechtenboerger <lechten(at)wi(dot)uni-muenster(dot)de>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: Greg Stark <gsstark(at)mit(dot)edu>, pgsql-interfaces(at)postgresql(dot)org
Subject: Re: Lost updates vs resumable connections/transactions
Date: 2004-12-17 17:04:33
Message-ID: m2sm64j1pa.fsf@pcwi4002.uni-muenster.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:

> [...]
> The PostgreSQL team members (me included) are big fans of
> portability. Introducing code that solves a problem for one specific web
> server,

I don't see how this is web server specific?

> in the special case of a small number of application users,

Actually, I'm not sure that this should bother you. As I wrote
previously: I can put just the same load on the database server
using Java applets right now. In fact, the load with applets would
even be higher, as the database server does not receive any hint
when the connection is idle for some time...

> in a non portable way for only a couple operating systems

I get this point.

> and where the resulting functional difference is visible to the
> database client ...

If it wasn't visible, then it would be useless for me.

> I don't think this idea has much of a chance to make it into the
> source tree.

I'm disappointed, though, and summarize:
PostgreSQL transactions cannot be used naturally with CGI/PHP, and
virtually every web application out there is prone to lost updates.

Thank you very much for your feedback anyways.

Jens

In response to

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message Jan Wieck 2004-12-17 17:41:02 Re: Lost updates vs resumable connections/transactions
Previous Message Andreas Kretschmer 2004-12-17 16:52:00 Re: plpgsql errorcodes