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 по дате отправления: