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

Поиск
Список
Период
Сортировка
Искать
От
Simon Riggs
Тема
Re: [PATCHES] COPY with no WAL, in certain circumstances
Дата
Msg-id
1168373387.3951.325.camel@silverbirch.site
Ответ на
Список
Дерево обсуждения
Re: [PATCHES] COPY with no WAL, in certain circumstances Tom Lane <tgl@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 Tom Lane <tgl@sss.pgh.pa.us>
Re: [PATCHES] COPY with no WAL, in certain circumstances "Simon Riggs" <simon@2ndquadrant.com>
On Sun, 2007-01-07 at 11:29 -0500, Tom Lane wrote:
> I wrote:
> > ... The active-portal kluge that you've just
> > mentioned is nothing but a kluge, proving that you thought of some cases
> > where it would fail.  But I doubt you thought of everything.

New patch submitted to -patches on different thread.

...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.  Thus
> testing whether there's only one active portal isn't sufficient to prove
> that you're not inside a function executing in serializable mode, and
> thus it could have a transaction snapshot predating the COPY.

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

Usingif (IsXactIsoLevelSerializable)
would not be a very tight condition, but at least it would avoid putting
additional status flags into every transaction, just to test for this
case in COPY statements.

ISTM unlikely that people would try to use COPY in Serializable mode;
what do people think?

--  Simon Riggs              EnterpriseDB   http://www.enterprisedb.com



В списке pgsql-hackers по дате отправления
От: Alvaro Herrera
Дата:
Сообщение: Re: 8.3 pending patch queue
От: Bruce Momjian
Дата:
Сообщение: Re: 8.3 pending patch queue
FAQ