Re: Horribly slow pg_upgrade performance with many Large Objects
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Horribly slow pg_upgrade performance with many Large Objects |
| Дата | |
| Msg-id | 4047312.1744130263@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Horribly slow pg_upgrade performance with many Large Objects (Hannu Krosing <hannuk@google.com>) |
| Ответы |
Re: Horribly slow pg_upgrade performance with many Large Objects
Re: Horribly slow pg_upgrade performance with many Large Objects |
| Список | pgsql-hackers |
Hannu Krosing <hannuk@google.com> writes:
> I think we do preserve role oids
Oh ... I'd been looking for mentions of "role" in
pg_upgrade_support.c, but what I should have looked for was
"pg_authid". So yeah, we do preserve role OIDs, and maybe that's
enough to make this workable, at least with source versions that
share the same rules for what goes into pg_largeobject_metadata and
pg_shdepend. It's not something I'd risk back-patching though.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера