From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Replacing pg_depend PIN entries with a fixed range check |
Date: | 2021-04-16 00:10:28 |
Message-ID: | 3966931.1618531828@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2021-04-15 19:59:24 -0400, Tom Lane wrote:
>> No, *neither* of them are pinned, and we don't want them to be.
>> It's something of a historical artifact that template1 has a low OID.
> Hm, it makes sense for template1 not to be pinned, but it doesn't seem
> as obvious why that should be the case for template0.
IIRC, the docs suggest that in an emergency you could recreate either
of them from the other. Admittedly, if you've put stuff in template1
then this might cause problems later, but I think relatively few
people do that.
> I'm not at all concerned about the speed after the change - it just
> seems cleaner and easier to understand not to have exceptions.
We had these exceptions already, they were just implemented in initdb
rather than the backend.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2021-04-16 00:12:18 | Re: New IndexAM API controlling index vacuum strategies |
Previous Message | Andres Freund | 2021-04-16 00:05:47 | Re: Replacing pg_depend PIN entries with a fixed range check |