Re: [v9.4] row level security
От | Robert Haas |
---|---|
Тема | Re: [v9.4] row level security |
Дата | |
Msg-id | CA+TgmoZS46fGTHCMo1FpNiBYDU7Wrx7R8PL+48Xc7UcVCsuaUA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [v9.4] row level security (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [v9.4] row level security
|
Список | pgsql-hackers |
On Mon, Nov 4, 2013 at 9:37 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Craig Ringer <craig@2ndquadrant.com> writes: >> On 09/04/2013 11:22 PM, Tom Lane wrote: >>> AFAICT, to deal with update/delete the RLS patch needs to constrain order >>> of qual application without the crutch of having a separate level of >>> subquery; and it's that behavior that I have zero confidence in, either >>> as to whether it works as submitted or as to our odds of not breaking it >>> in the future. > >> Wouldn't CASE do that job, albeit in a somewhat ugly manner, and also >> protect against malicious RLS functions? > > You mean wrap all the query quals in a CASE? Sure, if you didn't mind > totally destroying any optimization possibilities. If you did that, > every table scan would become a seqscan and every join a nestloop. I'd still like to here what's wrong with what I said here: http://www.postgresql.org/message-id/CA+TgmoYr1PHw3X9vnVuWDcfXkzK2p_jhtWc0fV2Q58NEgcxyTA@mail.gmail.com -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: