Re: php with postgres - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: php with postgres
Date
Msg-id 0d9e01c350b8$914f1730$2800a8c0@mars
Whole thread Raw
In response to Re: php with postgres  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: php with postgres  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
> > DEBUG:  InitPostgres
> > DEBUG:  StartTransactionCommand
> > DEBUG:  query: select getdatabaseencoding()
> > DEBUG:  ProcessQuery
> > DEBUG:  CommitTransactionCommand
> > DEBUG:  StartTransactionCommand
> > DEBUG:  query: RESET ALL
> > DEBUG:  ProcessUtility: RESET ALL
> > DEBUG:  CommitTransactionCommand
> > DEBUG:  StartTransactionCommand
> > DEBUG:  query: BEGIN;ROLLBACK;
> > DEBUG:  ProcessUtility: BEGIN;ROLLBACK;
> > DEBUG:  CommitTransactionCommand
> > DEBUG:  StartTransactionCommand
> > DEBUG:  ProcessUtility: BEGIN;ROLLBACK;
> > DEBUG:  CommitTransactionCommand
> > DEBUG:  pq_recvbuf: unexpected EOF on client connection
> >
>
> And this is the wrong order of things. The BEGIN;ROLLBACK; has to be
> done first, otherwise if the connection was left in an aborted open
> transaction by the previous script, the other two actions will fail.

Surely PHP can be modified so as to use the new 3.0 protocol feature to
detect whether it's in a transaction or not, so as to avoid unnecssary
querying?

Chris



pgsql-hackers by date:

Previous
From: "Jenny -"
Date:
Subject: table-level and row-level locks.
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: tsearch2 for 7.3.X