Re: Assertion failure with a subtransaction and cursor

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Assertion failure with a subtransaction and cursor
Дата
Msg-id 20082.1259780348@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Assertion failure with a subtransaction and cursor  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Ответы Re: Assertion failure with a subtransaction and cursor  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Assertion failure with a subtransaction and cursor  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> Tom Lane wrote:
>> Not sure what to do.  The only fix that seems bulletproof at the moment
>> is to declare that any cursor that's been touched at all in a
>> subtransaction is marked "broken" if the subtransaction rolls back.
>> That might be too great a loss of functionality.  It would block off
>> the controversial aspects of behavior though ...

> Hmm, I think we should track temporary files using resource owners.

That would probably be a workable solution if temp files are the only
problem.  What I'm afraid of is that this type of problem exists
*everywhere* that we track the need for cleanup operations using the
assumption that subtransactions are nested.  If that's the case then we
are looking at a very major rewrite to make things bulletproof --- much
larger than I'd feel comfortable back-patching, especially so far back
as 8.0.  I'm thinking we might have little choice but to disable the
functionality in back branches.

            regards, tom lane

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: BUG #5225: create table: cast necessary for constant??
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Assertion failure with a subtransaction and cursor