Re: BUG #13907: Restore materialized view throw permission denied
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #13907: Restore materialized view throw permission denied |
| Дата | |
| Msg-id | 5850.1469541250@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #13907: Restore materialized view throw permission denied (Kevin Grittner <kgrittn@gmail.com>) |
| Ответы |
Re: BUG #13907: Restore materialized view throw permission denied
|
| Список | pgsql-bugs |
Kevin Grittner <kgrittn@gmail.com> writes:
> So you are suggesting that restoring from pg_dump output should
> generate materialized view data under a different security context
> than would be used by a REFRESH statement on the source database?
Yes. Consider the following simple example (done by a non-superuser
named joe):
create table joes_table(f1 int);
insert into joes_table values(1);
revoke insert on joes_table from joe;
pg_dump is required to be able to restore the state of this table
correctly. It will fail to do so if it issues the revoke before
loading data. The same issue applies to all data loading,
including refreshing matviews.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера