Re: row_security GUC, BYPASSRLS - Mailing list pgsql-hackers

From Robert Haas
Subject Re: row_security GUC, BYPASSRLS
Date
Msg-id CA+Tgmob6c4M8agA-C3RvjhQPK9nE_beSpJdSZv4y6zK1NiPabQ@mail.gmail.com
Whole thread Raw
In response to Re: row_security GUC, BYPASSRLS  (Noah Misch <noah@leadboat.com>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql: Add pages deleted from pending list to FSM
Next
From: Alexander Korotkov
Date:
Subject: Re: Use pg_rewind when target timeline was switched