From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
---|---|
To: | Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> |
Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, Anastasia Lubennikova <a(dot)lubennikova(at)postgrespro(dot)ru>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Skip ExecCheckRTPerms in CTAS with no data |
Date: | 2020-11-20 07:27:52 |
Message-ID: | a49a0d1f-25c6-593c-d9de-624c81282c05@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2020-11-19 17:35, Bharath Rupireddy wrote:
> So, should we be doing it this way?
>
> For CTAS: retain the existing CREATE privilege check and remove the
> INSERT privilege check altogether for all the cases i.e. with data,
> with no data, explain analyze, plain, with execute?
> For CREATE MATERIALIZED VIEW: same as CTAS, that is retain the
> existing CREATE privilege check and remove the INSERT privilege check
> for with data, with no data, explain analyze, plain?
> For REFRESH MATERIALIZED VIEW: retain the existing behaviour i.e. no
> privilege check.
That sounds reasonable to me.
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2020-11-20 07:28:01 | Re: Online verification of checksums |
Previous Message | Peter Eisentraut | 2020-11-20 07:25:13 | Re: SQL-standard function body |