Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs. rowsecurity
| От | Andres Freund |
|---|---|
| Тема | Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs. rowsecurity |
| Дата | |
| Msg-id | 20150828125334.GB4857@alap3.anarazel.de обсуждение исходный текст |
| Ответ на | Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs. rowsecurity (Stephen Frost <sfrost@snowman.net>) |
| Ответы |
Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs.
rowsecurity
Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs. rowsecurity Re: AcquireRewriteLocks/acquireLocksOnSubLinks vs. rowsecurity |
| Список | pgsql-hackers |
On 2015-08-28 08:49:24 -0400, Stephen Frost wrote: > > + /* > + * get_row_security_policies just added to securityQuals and/or > + * withCheckOptions, and there were SubLinks, so make sure > + * we lock any relations which were added as a result. > + */ Very minor comment: Strictly speaking the quals/wces haven't yet been added to the Query, that happens only few lines down. I think it makes sense to mention that we normally rely on the parser to acquire locks, but that can't work here since sec quals/wces aren't visible to the parser. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: