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 по дате отправления: