Re: Replacing pg_depend PIN entries with a fixed range check
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Replacing pg_depend PIN entries with a fixed range check |
| Дата | |
| Msg-id | 3966931.1618531828@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Replacing pg_depend PIN entries with a fixed range check (Andres Freund <andres@anarazel.de>) |
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.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
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера