Re: Snapshot too old logging

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Snapshot too old logging
Дата
Msg-id CABUevEyAC6pgO_VPQ1HT9z_wavqZQ=XLLC4speSaV=iyJtsv+g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Snapshot too old logging  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Snapshot too old logging  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: Snapshot too old logging  (Brad DeJong <Brad.Dejong@infor.com>)
Re: Snapshot too old logging  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Tue, Nov 15, 2016 at 8:22 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Tue, Nov 15, 2016 at 2:21 PM, Kevin Grittner <kgrittn@gmail.com> wrote:
> On Tue, Nov 15, 2016 at 12:43 PM, Robert Haas <robertmhaas@gmail.com> wrote:
>
>> I think it would be better not to include either the snapshot or the
>> block number, and just find some way to reword the error message so
>> that it mentions which relation was involved without implying that all
>> access to the relation would necessarily fail.  For example:
>>
>> ERROR: snapshot too old
>> DETAIL: One or more rows required by this query have already been
>> removed from "%s".
>
> That particular language would be misleading.  All we know about
> the page is that it was modified since the referencing (old)
> snapshot was taken.  We don't don't know in what way it was
> modified, so we must assume that it *might* have been pruned of
> rows that the snapshot should still be able to see.

Oh, yeah.  So maybe "may have already been removed".

Just to be clear, you're suggesting 'One or more rows may have already been removed from "%s"?


--

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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Password identifiers, protocol aging and SCRAM protocol
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Performance degradation in Bitmapscan (commit 75ae538bc3168bf44475240d4e0487ee2f3bb376)