From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jeff Davis <jdavis(at)postgresql(dot)org>, "pgsql-committers(at)lists(dot)postgresql(dot)org" <pgsql-committers(at)lists(dot)postgresql(dot)org>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
Subject: | Re: pgsql: Fix search_path to a safe value during maintenance operations. |
Date: | 2023-06-13 21:00:32 |
Message-ID: | CAKFQuwZApdEVfBSg7O9AbP+=gyWsvkqHkYNOBBw8+GpV4An4yg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Tue, Jun 13, 2023 at 1:55 PM Jeff Davis <pgsql(at)j-davis(dot)com> wrote:
> Perhaps the objections in that thread were because the proposal
> involved inferring the privilege to ANALYZE from other privileges,
> rather than having an explicit MAINTAIN privilege?
>
>
That is true; but it seems worth being explicit whether we expect the user
to only be able to run "ANALYZE" using defaults (like auto-analyze would
do) or if this additional capability is assumed to be part of the grant. I
do imagine you'd want to be able to set the statistic target in order to do
vacuum --analyze-in-stages with a non-superuser.
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-06-13 21:18:01 | Re: pgsql: Fix search_path to a safe value during maintenance operations. |
Previous Message | Jeff Davis | 2023-06-13 20:55:13 | Re: pgsql: Fix search_path to a safe value during maintenance operations. |
From | Date | Subject | |
---|---|---|---|
Next Message | Nathan Bossart | 2023-06-13 21:12:46 | Re: allow granting CLUSTER, REFRESH MATERIALIZED VIEW, and REINDEX |
Previous Message | Jeff Davis | 2023-06-13 20:55:13 | Re: pgsql: Fix search_path to a safe value during maintenance operations. |