Re: Nested Transactions, Abort All

From: Thomas Swan <tswan(at)idigx(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Nested Transactions, Abort All
Date: 2004-07-07 20:50:33
Message-ID: 40EC6219.8050301@idigx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Scott Marlowe wrote:

>On Tue, 2004-07-06 at 23:36, Greg Stark wrote:
>
>
>>"Scott Marlowe" <smarlowe(at)qwest(dot)net> writes:
>>
>>
>>
>>>Why not rollback all or commit all?
>>>
>>>I really really don't like subbegin and subcommit. I get the feeling
>>>they'll cause more problems we haven't foreseen yet, but I can't put my
>>>finger on it.
>>>
>>>
>>Well I've already pointed out one problem. It makes it impossible to write
>>generic code or reuse existing code and embed it within a transaction. Code
>>meant to be a nested transaction within a larger transaction becomes
>>non-interchangeable with code meant to be run on its own.
>>
>>
>
>Would a rollback N / abort N where N is the number of levels to rollback
>/ abort work?
>
>
>
Only, if you know the number of levels you are deep in the transaction.

"ROLLBACK n" and "ROLLBACK ALL" together would be good alternatives to
unwind nested transaction. Perhaps a function for
pg_transaction_nested_level( ) or a pg_transaction_nested_level variable
could help in this.

Again, these are just opinions.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2004-07-07 22:52:03 Re: Loadable Oracle Personality: WAS "LinuxTag wrapup"
Previous Message Josh Berkus 2004-07-07 19:11:56 Re: Major PG news article