Re: row_security GUC, BYPASSRLS

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: row_security GUC, BYPASSRLS
Дата
Msg-id 11756.1442339584@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: row_security GUC, BYPASSRLS  (Joe Conway <mail@joeconway.com>)
Ответы Re: row_security GUC, BYPASSRLS  (Joe Conway <mail@joeconway.com>)
Список pgsql-hackers
Joe Conway <mail@joeconway.com> writes:
> On 09/15/2015 10:58 AM, Robert Haas wrote:
>> I can't argue with that, I suppose, but I think row_security=force is
>> a pretty useful convenience.  If we must remove it, so be it, but I'd
>> be a little sad.

> There are use cases where row_security=force will be set in production
> environments, not only in testing.

What cases, exactly, and is there another way to solve those problems?
I concur with Noah's feeling that allowing security behavior to depend on
a GUC is risky.
        regards, tom lane



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

Предыдущее
От: Fabien COELHO
Дата:
Сообщение: Re: extend pgbench expressions with functions
Следующее
От: Joe Conway
Дата:
Сообщение: Re: row_security GUC, BYPASSRLS