Skip site navigation (1) Skip section navigation (2)

Re: PostgreSQL and PHP persistent connections

From: "Thies C(dot) Arntzen" <thies(at)thieso(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Thies C(dot) Arntzen" <thies(at)digicol(dot)de>, Rasmus(at)candle(dot)pha(dot)pa(dot)us, Lerdorf <rasmus(at)php(dot)net>, PostgreSQL-interfaces <pgsql-interfaces(at)postgresql(dot)org>
Subject: Re: PostgreSQL and PHP persistent connections
Date: 2001-02-09 13:41:54
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-interfacespgsql-jdbc
On Wed, Feb 07, 2001 at 02:12:26PM -0500, Bruce Momjian wrote:
> Thies, we talked at LinuxWorld about improving the reliability of
> persistent PostgreSQL connections in PHP.
> I believe the problem is that persistent connections sometime do not
> pass clean sessions because of open transactions and SET changes to the
> session.
> We discussed using 'ROLLBACK' before passing a connection to a new user,
> but the problem was that ROLLBACK with no open transaction causes a
> server log error message.  We discussed adding 'ROLLBACK SILENT' to fix
> this, but I believe a better, more portable solution is a simple "BEGIN
> WORK;ROLLBACK".  This will do nothing if there is no open transaction,
> and will ROLLBACK any open transaction.  I propose this be sent by PHP
> as the first query when passing persistent connections.

    was there a conclusion made yet (that i missed somehow) on
    this subject? i'd like to implement *something* in the PHP
    core for this soon.


In response to


pgsql-interfaces by date

Next:From: Hiroshi InoueDate: 2001-02-09 14:38:22
Subject: RE: 7.1 beta 3 Linux ODBC BEGIN Behaviour
Previous:From: László TiborDate: 2001-02-09 11:02:37
Subject: RE: 7.1 beta 3 Linux ODBC BEGIN Behaviour

pgsql-jdbc by date

Next:From: Bruce MomjianDate: 2001-02-09 15:19:51
Subject: Re: PostgreSQL and PHP persistent connections
Previous:From: Raymond ChuiDate: 2001-02-08 19:43:00
Subject: How to make PostgreSQL JDBC drive get PGTZ?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group