Re: Clarification on Role Access Rights to Table Indexes
| От | Nathan Bossart | 
|---|---|
| Тема | Re: Clarification on Role Access Rights to Table Indexes | 
| Дата | |
| Msg-id | aOfXNAFkj_EFm-8q@nathan обсуждение исходный текст  | 
		
| Ответ на | Re: Clarification on Role Access Rights to Table Indexes (Jeff Davis <pgsql@j-davis.com>) | 
| Ответы | 
                	
            		Re: Clarification on Role Access Rights to Table Indexes
            		
            		 | 
		
| Список | pgsql-hackers | 
On Wed, Oct 08, 2025 at 08:28:01PM -0700, Jeff Davis wrote: > Actually, now I'm unsure. v4-0001 is taking a lock on the table before > checking privileges, whereas v4-0002 is going to some effort to avoid > that. Is that because the latter is taking a ShareLock? I was confused by this, too. We seem to go to great lengths to avoid taking a lock before checking permissions in RangeVarGetRelidExtended(), but in pg_prewarm() and this stats code, we are taking the lock first. pg_prewarm() can't use RangeVarGetRelid because you give it the OID, but I'm not seeing why stat_utils.c can't use it. We should probably fix this. I wouldn't be surprised if there are other examples. -- nathan
В списке pgsql-hackers по дате отправления: