Re: Information on savepoint requirement within transctions - Mailing list pgsql-general

From David G. Johnston
Subject Re: Information on savepoint requirement within transctions
Date
Msg-id CAKFQuwaZYdDU3MGvgESVvzGz81sEy9kvNmHevOEG3J3Bee6zZg@mail.gmail.com
Whole thread Raw
In response to Re: Information on savepoint requirement within transctions  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Information on savepoint requirement within transctions  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Mon, Jan 29, 2018 at 8:33 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
What we do have though is client-side support for appropriate behaviors.
In psql, see the AUTOCOMMIT and ON_ERROR_ROLLBACK control variables.
Other interfaces such as JDBC have their own ideas about how this ought
to work.

​Not quite the same.  I think what people probably want is for psql to recognize it is in a transaction and before sending a command to the server for processing to precede it by sending "SAVEPOINT random()".  Then, before returning the result of the command to the user issue either "RELEASE SAVEPOINT" or "ROLLBACK TO SAVEPOINT" depending on whether the command succeeded or failed.  Then report the result to the user.

Having a GUC to instruct the server to do that instead sounds appealing as a user, or middle-ware writer, though I couldn't see doing it given today's GUC mechanics for the same reason the AUTOCOMMIT GUC was removed.

David J.

pgsql-general by date:

Previous
From: Seth Goldin
Date:
Subject: Which specific flags to use for bash client applications for DaVinci Resolve?
Next
From: Matej
Date:
Subject: Re: PG Sharding