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.
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 |