Re: Possible typo in create_policy.sgml

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Possible typo in create_policy.sgml
Дата
Msg-id CA+TgmobYkhDiJgbH4jM9knHmNS4v1Vd3KkrNFTiR3-9-BVpNUg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Possible typo in create_policy.sgml  (Peter Geoghegan <pg@heroku.com>)
Ответы Re: Possible typo in create_policy.sgml  (Peter Geoghegan <pg@heroku.com>)
Список pgsql-hackers
On Tue, Jan 6, 2015 at 2:48 PM, Peter Geoghegan <pg@heroku.com> wrote:
> On Tue, Jan 6, 2015 at 11:25 AM, Stephen Frost <sfrost@snowman.net> wrote:
>> Looks reasonable to me.  Amit, does this read better for you?  If so, I
>> can handle making the change to the docs.
>
> The docs also prominently say:
>
> "The security-barrier qualifications will always be evaluated prior to
> any user-defined functions or user-provided WHERE clauses, while the
> with-check expression will be evaluated against the rows which are
> going to be added to the table. By adding policies to a table, a user
> can limit the rows which a given user can select, insert, update, or
> delete. This capability is also known as Row Level Security or RLS."
>
> I would prefer it if it was clearer based on the syntax description
> which qual is which. The security barrier qual "expression" should
> have an identifier/name in the syntax description that is more
> suggestive of "security barrier qual", emphasizing its distinctness
> from "check_expression". For example, I think "barrier_expression"
> would be clearer.

I thought my rewrite clarified this distinction pretty well.  Maybe
I'm wrong?  We're talking about the same paragraph.

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



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: parallel mode and parallel contexts
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Possible typo in create_policy.sgml