Re: transactions from PHP - double COMMIT required? - Mailing list pgsql-php

From Charley Tiggs
Subject Re: transactions from PHP - double COMMIT required?
Date
Msg-id 45EC13B1.3070601@tiggs.net
Whole thread Raw
In response to Re: transactions from PHP - double COMMIT required?  (mikie <mikie.pl@gmail.com>)
Responses Re: transactions from PHP - double COMMIT required?
List pgsql-php
mikie wrote:
> Perhaps I should ask again: is it my responsibility to check if the
> transaction failed and issue a ROLLBACK command, or will the PG server
> do it automatically?

If it were me, I'd assume that responsibility as a matter of course.
Several folks here have given you names of abstraction layers that will
make that simple for you.  By using ADOdb or PearDB or MDB, if the
transaction fails, it will rollback for you.  If you're not going to use
one of those abstraction layers, assume that your request is going to
fail and capture the error and rollback yourself.  At least then, you're
guaranteed a rollback no matter what you pass to the server.

Try this:

In a text file, enter all of your queries.  Start with "BEGIN;" and end
with "COMMIT;".  Be sure to include the error that you mentioned at the
appropriate place.

Login to db using psql command line utility and issue the following command:

\i /path/to/file_with_commands.txt

On my system, when I encounter the error, it does not automatically
issue a rollback.  I have to issue the rollback manually.

However, if I run the file as follows:

psql mydb myusername -f /path/to/file_with_commands.txt

The file will be processed to the end and a rollback will be issued.  At
point of error, I start seeing entries about transaction aborted,
waiting til end of file to rollback.

I think libpq behaves as if you are using the \i switch from within the
psql shell.

Charley

pgsql-php by date:

Previous
From: Martin Marques
Date:
Subject: Re: transactions from PHP - double COMMIT required?
Next
From: mikie
Date:
Subject: Re: transactions from PHP - double COMMIT required?