Re: Will there ever be support for Row Level Security on Materialized Views?

Поиск
Список
Период
Сортировка
От Dean Rasheed
Тема Re: Will there ever be support for Row Level Security on Materialized Views?
Дата
Msg-id CAEZATCXYWO-TmGNsgdauLesr-EuR+3G3DincDAQ3hK03B2QFqg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Will there ever be support for Row Level Security onMaterialized Views?  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: Will there ever be support for Row Level Security onMaterialized Views?  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-general
On 28 August 2018 at 01:49, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
> On 2018-Aug-27, Ken Tanzer wrote:
>>    - In the scheme of things, is it a lot of work or not so much?
>
> Probably not much.
>

Yeah, it doesn't seem like it would be particularly difficult, but it
would probably still be a reasonable amount of work to go round
finding all the places in code that would need updating. I.e., I think
it would be more mechanical work, than anything fundamentally
challenging.

On the face of it, it seems like it might be a reasonable thing to
support, but I wonder, is this really just syntactic sugar for
creating a security barrier view on top of the materialized view?

When RLS was originally implemented, that same question was asked for
tables, but the answer was "no" because RLS on a table gives you
fine-grained (row-level) control over what data in the table can be
modified as well as read, which a SB view doesn't give you. But for a
MV view, that's not a consideration, so what would RLS on a MV
actually give you?

Regards,
Dean


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

Предыдущее
От: Haroldo Stenger
Дата:
Сообщение: Re: How to search particular line/text code in all Postgres alldatabase object's
Следующее
От: Andreas Kretschmer
Дата:
Сообщение: Re: Which background task looks for pg_xlog in 10?