Re: Patch for bug #17056 fast default on non-plain table - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Patch for bug #17056 fast default on non-plain table
Date
Msg-id 7509c21a-7eb1-68a8-55d2-8b9e4c7e7ac1@dunslane.net
Whole thread Raw
In response to Re: Patch for bug #17056 fast default on non-plain table  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Patch for bug #17056 fast default on non-plain table
List pgsql-hackers
On 6/17/21 1:45 PM, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> revised patch attached.
> OK.  One other point is that in HEAD, you only need the hunk that
> prevents atthasmissing from becoming incorrectly set.  The hacks
> to cope with it being already wrong are only needed in the back
> branches.  Since we already forced initdb for beta2, there will
> not be any v14 installations in which pg_attribute contains
> a wrong value.
>
>             



Good point. Should I replace the relcache.c changes in HEAD with an
Assert? Or just skip them altogether?


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Centralizing protective copying of utility statements
Next
From: Tom Lane
Date:
Subject: Re: Patch for bug #17056 fast default on non-plain table