Re: Clarification on Role Access Rights to Table Indexes
| От | Jeff Davis | 
|---|---|
| Тема | Re: Clarification on Role Access Rights to Table Indexes | 
| Дата | |
| Msg-id | 31a67adbb10b85ff7cddeafe75b9f6505c902e57.camel@j-davis.com обсуждение исходный текст  | 
		
| Ответ на | Re: Clarification on Role Access Rights to Table Indexes (Nathan Bossart <nathandbossart@gmail.com>) | 
| Ответы | 
                	
            		Re: Clarification on Role Access Rights to Table Indexes
            		
            		 | 
		
| Список | pgsql-hackers | 
On Fri, 2025-10-10 at 11:26 -0500, Nathan Bossart wrote:
> On Thu, Oct 09, 2025 at 04:18:03PM -0500, Nathan Bossart wrote:
> > There's a similar pattern in get_rel_from_relname() in dblink.c,
> > which also
> > seems to only be used with an AccessShareLock (like pg_prewarm). 
> > My best
> > guess from reading lots of code, commit messages, and old e-mails
> > in the
> > archives is that the original check-privileges-before-locking work
> > was
> > never completed.
Interesting, thank you for the analysis.
> > I'm currently leaning towards continuing with v4 of the patch set. 
> > 0001
> > and 0003 are a little weird in that a concurrent change could lead
> > to a
> > "could not find parent table" ERROR, but IIUC that is an extremely
> > remote
> > possibility.
>
> After sleeping on it, I still think this is the right call.  In any
> case,
> I've spent way too much time on this stuff, so I plan to commit the
> attached soon.
I'm OK with that. v5-0001 is an improvement over the current situation.
Regards,
    Jeff Davis
		
	В списке pgsql-hackers по дате отправления: