Re: row_security GUC does not behave as documented

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: row_security GUC does not behave as documented
Дата
Msg-id CAOuzzgrsE=KrYnacfPRTKf0uXJjNtEoTgspu6yP4DtYU-SL+Pw@mail.gmail.com
обсуждение исходный текст
Ответ на row_security GUC does not behave as documented  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: row_security GUC does not behave as documented  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom,

On Sunday, January 3, 2016, Tom Lane <tgl@sss.pgh.pa.us> wrote:
The fine manual says that when row_security is set to off, "queries fail
which would otherwise apply at least one policy".  However, a look at
check_enable_rls() says that that is a true statement only when the user
is not table owner.  If the user *is* table owner, turning off
row_security seems to amount to just silently disabling RLS, even for
tables with FORCE ROW LEVEL SECURITY.

I am not sure if this is a documentation bug or a code bug, but it
sure looks to be one or the other.

The original reason for changing how row_security works was to avoid a change in behavior based on a GUC changing. As such, I'm thinking that has to be a code bug, as otherwise it would be a behavior change due to a GUC being changed in the FORCE RLS case for table owners. 

Thanks,

Stephen

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: Broken lock management in policy.c.
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: Broken lock management in policy.c.