Re: pgsql: Avoid resetting Xmax when it's a multi with an aborted update

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: pgsql: Avoid resetting Xmax when it's a multi with an aborted update
Дата
Msg-id 20131205164225.GA6777@eldon.alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: pgsql: Avoid resetting Xmax when it's a multi with an aborted update  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-committers
Tom Lane wrote:
> Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> > Avoid resetting Xmax when it's a multi with an aborted update
>
> I may be confused, but this patch doesn't look like it does what
> your commit log message says.  It looks to me like the logic for
> setting the hint bit is exactly the same as before; what's changed
> is only the return code from HeapTupleSatisfiesUpdate.
>
> The code looks right, though.  Is it just that your commit message
> misdescribes it?

You're right, I got the commit message wrong.  The problem is still that
locks can go "ignored" (if not "forgotten") due to the wrong return
code.

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Avoid resetting Xmax when it's a multi with an aborted update
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Clear retry flags properly in replacement OpenSSL sock_write fun