Re: cache lookup failed when \d t concurrent with DML change column data type - Mailing list pgsql-hackers

From Andrei Lepikhov
Subject Re: cache lookup failed when \d t concurrent with DML change column data type
Date
Msg-id e70561d3-e78f-445e-a80b-c52808e3a569@gmail.com
Whole thread Raw
In response to Re: cache lookup failed when \d t concurrent with DML change column data type  (Kirill Reshke <reshkekirill@gmail.com>)
List pgsql-hackers
On 10/25/24 14:15, Kirill Reshke wrote:
> On Fri, 25 Oct 2024 at 09:51, Andrei Lepikhov <lepihov@gmail.com> wrote:
>>
>> It may be have made sense to lock the row of replaced index in  pg_class
>> and pg_index until the transaction, altered it will be  commmitted. But,
>> because ALTER TABLE is not fully MVCC-safe, it may be  expected (or
>> acceptable) behaviour.
> 
> I suspect this is the case. If that is, should be reflect it in the doc?
We already have the doc entry on such cases [1]. This is a suitable 
place to change if someone wants to detail this 'failed cache lookup' case.

[1] https://www.postgresql.org/docs/16/mvcc-caveats.html

-- 
regards, Andrei Lepikhov




pgsql-hackers by date:

Previous
From: Daniil Davydov
Date:
Subject: Forbid to DROP temp tables of other sessions
Next
From: Andres Freund
Date:
Subject: Re: Docs Build in CI failing with "failed to load external entity"