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

Re: [PHP-DEV] Re: Re: PostgreSQL and PHP persistent connections

From: Jouni Ahto <jah(at)php(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Thies C(dot) Arntzen" <thies(at)thieso(dot)net>, "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>, php-dev(at)lists(dot)php(dot)net
Subject: Re: [PHP-DEV] Re: Re: PostgreSQL and PHP persistent connections
Date: 2001-02-12 23:19:26
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-interfacespgsql-jdbc
Any reasons there could't be either more statuses for a connection besides
CONNECTION_BAD, CONNECTION_OK, or alternativetely, a new libpq function
PREVIOUS_TRANSACTION_ABORTED_UNTIL_..., etc. (Sorry that I'm shouting... I
just write constant names that way like everyone else.)

-- Jouni

On Mon, 12 Feb 2001, Bruce Momjian wrote:

> > > 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.
> > 
> >     i'll have a look at that tomorrow (if my family allows;-). if
> >     "BEGIN WORK;ROLLBACK" does not stack transactions i think you
> >     might have found the solution to the php-postgres problem! do
> If we every get nested transactions, this will no longer work, but we
> don't have them, and will not for a while.
> >     you know how other script-interfaces (perl) to postgres
> >     handle the very same thing?
> They don't handle them, but our Java interface just added this feature.
> > > As far as SET changes, does anyone on the PostgreSQL interfaces list
> > > have a suggestion on how to RESET all session parameters?  Seems we may
> > > need to add this feature in to the backend.
> > 
> >     with the oracle driver (i wrote) there is a neat thing in the
> >     oci-libs: you have a server-handle _and_ a session handle.
> >     the session handle sits "on" the server-handle and keeps
> >     _all_ session specific data, the server handle "only" carries
> >     the pure connection to oracle. so i keep the server handle
> >     persistent and allocate/free session handles on it for each
> >     request to PHP. that way the sessions are always clean. but i
> >     also do a forces rollback on the session handle before i free
> >     it on request-end so that in case of a script error all
> >     outstanding transactions are rolled-back.
> Yes, it would be nice if we had that feature.
> -- 
>   Bruce Momjian                        |
>   pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
>   +  If your life is a hard drive,     |  830 Blythe Avenue
>   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
> -- 
> PHP Development Mailing List <>
> To unsubscribe, e-mail: php-dev-unsubscribe(at)lists(dot)php(dot)net
> For additional commands, e-mail: php-dev-help(at)lists(dot)php(dot)net
> To contact the list administrators, e-mail: php-list-admin(at)lists(dot)php(dot)net

In response to

pgsql-interfaces by date

Next:From: Tom LaneDate: 2001-02-13 00:37:52
Subject: Re: lo_creat problem?
Previous:From: Hiroshi InoueDate: 2001-02-12 23:16:32
Subject: Re: [ODBC] RE: 7.1 beta 3 Linux ODBC BEGINBehaviour

pgsql-jdbc by date

Next:From: Peter T MountDate: 2001-02-13 09:34:02
Subject: Re: How to make PostgreSQL JDBC drive get PGTZ?
Previous:From: Barry LindDate: 2001-02-12 21:46:55
Subject: Re: How to make PostgreSQL JDBC drive get PGTZ?

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