Re: Clarification on Role Access Rights to Table Indexes - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: Clarification on Role Access Rights to Table Indexes
Date
Msg-id 67e077fcfe474ce7c56d36492d89c150768271e1.camel@j-davis.com
Whole thread Raw
In response to Re: Clarification on Role Access Rights to Table Indexes  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Clarification on Role Access Rights to Table Indexes
List pgsql-hackers
On Wed, 2025-09-24 at 12:13 -0400, Tom Lane wrote:
> Don't we do that intentionally, to make sure someone can't cause DOS
> on a table they have no privileges on?

Is this only a problem for strong locks (ShareLock or greater)?

Strong locks are a problem when you have a pattern like a long running
query that holds an AccessShareLock, and then an unprivileged user
requests an AccessExclusiveLock, forcing other queries to queue up
behind it, and the queue doesn't clear until the long running query
finishes.

But weaker locks don't seem to have that problem, right?

Regards,
    Jeff Davis




pgsql-hackers by date:

Previous
From: Masahiko Sawada
Date:
Subject: Re: speedup COPY TO for partitioned table.
Next
From: Bryan Green
Date:
Subject: Re: [PATCH] Fix incorrect fprintf usage in log_error FRONTEND path