Re: [PATCHES] COPY with no WAL, in certain circumstances

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCHES] COPY with no WAL, in certain circumstances
Дата
Msg-id 10600.1168378300@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] COPY with no WAL, in certain circumstances  ("Simon Riggs" <simon@2ndquadrant.com>)
Ответы Re: [PATCHES] COPY with no WAL, in certain circumstances  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
"Simon Riggs" <simon@2ndquadrant.com> writes:
> ...continuing this discussion about setting HEAP_XMIN_COMMITTED...

>> BTW, a sufficient counterexample for that kluge is that neither SPI or
>> SQL-function execution use a separate portal for invoked commands.

> What would the best/acceptable way be to test for this condition?

My opinion is that the only reliable answer would be to find a way not
to have to test.  Tuples entered by your own transaction are normally
considered good by tqual.c anyway, and thus I think we might be pretty
close to having it Just Work, but you'd have to go through all the cases
in tqual.c and see if any don't work.

The other point is that to make such an optimization you have to
consider the subtransaction history.  For WAL you only have to know that
the table will disappear if the top-level transaction fails, but to
pre-set commit bits requires being sure that the table will disappear
if the current subxact fails --- not the same thing at all.
        regards, tom lane


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

Предыдущее
От: "luis garcia"
Дата:
Сообщение: Nested Tables on PostgreSQL?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCHES] Patch to log usage of temporary files