Re: What are nested transactions then? was Nested

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: johnsw(at)wardbrook(dot)com
Cc: "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, "Chris Travers" <chris(at)travelamericas(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: What are nested transactions then? was Nested
Date: 2004-01-14 14:54:47
Message-ID: 3537.1074092087@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"John Sidney-Woollett" <johnsw(at)wardbrook(dot)com> writes:
> Maybe, (don't shoot me) better procedural (pl/pgsql) error/exception
> handling ought to be a dealt with before nested transaction support?

They are largely the same problem. The representational issues for
keeping track of nested-transaction commit states are solved, at least
on paper --- see the pghackers archives. The big nut to crack is that
all of the error-handling logic in the backend is based on the
assumption that any error kills the transaction and allows all transient
state to be thrown away. Partial cleanup of transient state is simply
not there, and it's not clear how to add it without (a) a lot of new
code, (b) a big performance hit, and (c) tons of new bugs.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Jack Orenstein 2004-01-14 14:56:54 Detecting database corruption
Previous Message avalon 2004-01-14 14:41:09 Data recovery!