Re: XMIN semantic at peril ?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: XMIN semantic at peril ?
Дата
Msg-id 2464.1192124890@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: XMIN semantic at peril ?  (Erik Jones <erik@myemma.com>)
Ответы Re: XMIN semantic at peril ?
Список pgsql-general
Erik Jones <erik@myemma.com> writes:
> If the query is always based on a primary key + XMIN, and since
> vacuum is the only thing that sets FrozenTransactionId, would it be
> unsane to change the update to

> - update row with "... where pk=... and XMIN IN (old_xmin_from_read,
> FrozenTransactionId)

I wouldn't risk it, because that *would* fail in the case Karsten
mentioned of an update sequence taking so long that a concurrent
update got frozen.

            regards, tom lane

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

Предыдущее
От: "Merlin Moncure"
Дата:
Сообщение: Re: preferred way to use PG_GETARG_BYTEA_P in SPI
Следующее
От: Tom Lane
Дата:
Сообщение: Re: preferred way to use PG_GETARG_BYTEA_P in SPI