X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id EA8753CCEE3 for ; Fri, 17 Dec 2004 17:04:43 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 53230-02 for ; Fri, 17 Dec 2004 17:04:39 +0000 (GMT) Received: from wi-vmail1.wi1.uni-muenster.de (WI-VMAIL1.UNI-MUENSTER.DE [128.176.158.8]) by svr1.postgresql.org (Postfix) with SMTP id 990E63CCEEB for ; Fri, 17 Dec 2004 17:04:36 +0000 (GMT) Received: from pcwi4002.uni-muenster.de ([128.176.159.107]) by wi-vmail1.wi1.uni-muenster.de with Microsoft SMTPSVC(6.0.3790.211); Fri, 17 Dec 2004 18:04:34 +0100 To: Jan Wieck Cc: Greg Stark , pgsql-interfaces@postgresql.org Subject: Re: Lost updates vs resumable connections/transactions References: <41C06961.8020406@Yahoo.com> <87is73qrde.fsf@stark.xeocode.com> <41C1CE7A.10405@Yahoo.com> <41C306A1.1070807@Yahoo.com> From: Jens Lechtenboerger Date: Fri, 17 Dec 2004 18:04:33 +0100 In-Reply-To: <41C306A1.1070807@Yahoo.com> (Jan Wieck's message of "Fri, 17 Dec 2004 11:17:37 -0500") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OriginalArrivalTime: 17 Dec 2004 17:04:34.0582 (UTC) FILETIME=[7BA50B60:01C4E45A] X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200412/39 X-Sequence-Number: 5209 Jan Wieck 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