Re: savepoint improvements - Mailing list pgsql-hackers

From Tom Lane
Subject Re: savepoint improvements
Date
Msg-id 28000.1169404088@sss.pgh.pa.us
Whole thread Raw
In response to Re: savepoint improvements  ("Jaime Casanova" <systemguards@gmail.com>)
Responses Re: savepoint improvements  ("Simon Riggs" <simon@2ndquadrant.com>)
Re: savepoint improvements  ("Merlin Moncure" <mmoncure@gmail.com>)
List pgsql-hackers
"Jaime Casanova" <systemguards@gmail.com> writes:
> On 1/21/07, Simon Riggs <simon@2ndquadrant.com> wrote:
>> - continue on error i.e. COMMIT can/might succeed - though there are
>> still cases where it cannot, such as a serializable exception.

> and what should be the behaviour of that? the same as rollback?

The only conceivable implementation is an implicit savepoint issued
before each statement.  By and large that seems to me to be most easily
handled on the client side, and many of our client libraries already
have the ability to do it.  (For instance, psql has ON_ERROR_ROLLBACK.)
If we tried to do it on the server side, we would break any client
software that wasn't prepared for the change of behavior --- see the 7.3
autocommit fiasco for an example.

So as far as the server is concerned, I see no TODO here.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Simplifying pg_am representation of index sortability
Next
From: "Joshua D. Drake"
Date:
Subject: Re: savepoint improvements