Re: attempted to lock invisible tuple - PG 8.4.1

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: attempted to lock invisible tuple - PG 8.4.1
Дата
Msg-id 20091006172136.GN5929@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: attempted to lock invisible tuple - PG 8.4.1  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: attempted to lock invisible tuple - PG 8.4.1  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-general
I think the previous patch to snapmgr.c was mistaken.  Instead of fixing
a single trouble spot, we're better off fixing PushActiveSnapshot so
that any use of it that involves a snapshot that's subject to a future
command counter update should create a new copy.

This is correct because the 8.3 code used to do CopySnapshot anytime it
was setting ActiveSnapshot.  So we're not disrupting any behavior here
-- we're merely restoring what was the previous customary behavior.

The attached patch implements this idea.  It reverts the code changes
done in the previous patch, because they're obviously no longer
necessary.  The new regression test that it added still passes with this
new patch.  I will add a new one for this new problem.

(This new patch restores CopySnapshot as a static function too).

--
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Вложения

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

Предыдущее
От: Jonathan Vanasco
Дата:
Сообщение: is it possible to do an update with a nested select that references the outer update ?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: attempted to lock invisible tuple - PG 8.4.1