Re: BUG #6706: pg_upgrade fails when plpgsql dropped/re-created
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #6706: pg_upgrade fails when plpgsql dropped/re-created |
| Дата | |
| Msg-id | 11221.1341069176@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #6706: pg_upgrade fails when plpgsql dropped/re-created (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: BUG #6706: pg_upgrade fails when plpgsql
dropped/re-created
|
| Список | pgsql-bugs |
Bruce Momjian <bruce@momjian.us> writes:
> On Fri, Jun 29, 2012 at 11:35:15PM -0400, Tom Lane wrote:
>> I think you're misjudging the core of the issue. The same thing
>> would happen if somebody dropped and recreated the public schema.
>> Or anything else that we create at initdb time but allow to be
>> dropped.
> I just tested dropping and recreating the 'public' schema and pg_upgrade
> worked fine.
Did it restore the nonstandard ownership of the schema? Your proposed
fix for plpgsql won't preserve the previous state of the extension.
(Maybe we don't care, but it needs consideration.)
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера