Re: row_security GUC, BYPASSRLS

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: row_security GUC, BYPASSRLS
Дата
Msg-id CA+Tgmob6c4M8agA-C3RvjhQPK9nE_beSpJdSZv4y6zK1NiPabQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: row_security GUC, BYPASSRLS  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
On Fri, Sep 18, 2015 at 2:07 AM, Noah Misch <noah@leadboat.com> wrote:
> On Tue, Sep 15, 2015 at 03:18:21PM -0400, Adam Brightwell wrote:
>> On Tue, Sep 15, 2015 at 2:26 PM, Joe Conway <mail@joeconway.com> wrote:
>> >> Joe Conway <mail@joeconway.com> writes:
>> >>> There are use cases where row_security=force will be set in production
>> >>> environments, not only in testing.
>
>> > Noah's suggestion of using a per table attribute
>> > would work -- in fact I like the idea of that better than using the
>> > current GUC.
>>
>> FWIW, I also concur with a per table attribute for this purpose.  In
>> fact, I think I really like the per-table flexibility over an
>> 'all-or-nothing' approach better too.
>
> Great.  Robert, does that work for you, too?

Yes, that seems like a fine design from my point of view.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Add pages deleted from pending list to FSM
Следующее
От: Alexander Korotkov
Дата:
Сообщение: Re: Use pg_rewind when target timeline was switched