Re: 12 to 13 migration, the privs error with pg_pltemplate
В списке pgsql-admin по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: 12 to 13 migration, the privs error with pg_pltemplate |
| Дата | |
| Msg-id | 3632844.1607534358@sss.pgh.pa.us обсуждение |
| Ответ на | Re: 12 to 13 migration, the privs error with pg_pltemplate (Scott Ribe <scott_ribe@elevated-dev.com>) |
| Ответы |
Re: 12 to 13 migration, the privs error with pg_pltemplate
Re: 12 to 13 migration, the privs error with pg_pltemplate |
| Список | pgsql-admin |
Scott Ribe <scott_ribe@elevated-dev.com> writes:
> Any other suggestions? What could possibly be triggering this GRANT?
Ah, I'm sorry, I pointed you at the wrong catalog entirely. It's
not pg_default_acl that controls this, it's pg_init_privs. I believe
what pg_dump is doing is emitting GRANT commands that replicate
the difference between pg_pltemplate's current actual privileges and
what is shown for it in pg_init_privs. So you need to make those
two things match, in whichever way is easiest.
regards, tom lane
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера