Re: BUG #13907: Restore materialized view throw permission denied - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #13907: Restore materialized view throw permission denied
Date
Msg-id 5850.1469541250@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #13907: Restore materialized view throw permission denied  (Kevin Grittner <kgrittn@gmail.com>)
Responses Re: BUG #13907: Restore materialized view throw permission denied
List 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 by date:

Previous
From: daeli@cisco.com
Date:
Subject: BUG #14264: Error installing 9.6 beta 3 on Red hat 6.5
Next
From: Kevin Grittner
Date:
Subject: Re: BUG #13907: Restore materialized view throw permission denied