Re: Nested Transactions, Abort All

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB SD
Тема Re: Nested Transactions, Abort All
Дата
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA40184D142@m0114.s-mxs.net
обсуждение исходный текст
Ответ на Nested Transactions, Abort All  (Thomas Swan <tswan@idigx.com>)
Ответы Re: Nested Transactions, Abort All
Список pgsql-hackers
> >But 'BEGIN' in plpgsql does not start a [sub]transaction, it starts a
> >statement block. Are we intending to change that ? I think not.
> >
> >
> >
> There are two possibilities:
> Either BEGIN *does* start a subtransaction, or BEGIN does not. I don't
> see how two nesting level hierarchies in a function should be
> handleable, i.e. having independent levels of statements blocks and
> subtransactions.
>
> BEGIN [whatever] suggests that there's also a statement closing that
> block of [whatever], but it's very legal for subtransactions to have no
> explicit end; the top level COMMIT does it all.

An 'END SUB' after a 'BEGIN SUB' in plpgsql could be required, and could
mean start/end block and subtx. I do not really see a downside.
But, it would imho only make sense if the 'END SUB' would commit sub
or abort sub iff subtx is in aborted state (see my prev posting)

Andreas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Yannick Lecaillez
Дата:
Сообщение: Re: SAN, clustering, MPI, Backplane Re: Postgresql on
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: User Quota Implementation