Re: SQL/JSON path issues/questions
От | Liudmila Mantrova |
---|---|
Тема | Re: SQL/JSON path issues/questions |
Дата | |
Msg-id | cb88310b-ec07-2947-957a-8411e8f15534@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: SQL/JSON path issues/questions (Alexander Korotkov <a.korotkov@postgrespro.ru>) |
Ответы |
Re: SQL/JSON path issues/questions
|
Список | pgsql-hackers |
On 7/3/19 11:59 PM, Alexander Korotkov wrote: > Hi! > > On Wed, Jul 3, 2019 at 5:27 PM Liudmila Mantrova > <l.mantrova@postgrespro.ru> wrote: >> I have rechecked the standard and I agree that we should use "filter >> expression" whenever possible. >> "A filter expression must be enclosed in parentheses..." looks like an >> oversight, so I fixed it. As for what's actually enclosed, I believe we >> can still use the word "condition" here as it's easy to understand and >> is already used in our docs, e.g. in description of the WHERE clause >> that serves a similar purpose. >> The new version of the patch fixes the terminology, tweaks the examples, >> and provides some grammar and style fixes in the jsonpath-related chapters. > > It looks good to me. But this sentence looks a bit too complicated. > > "It can be followed by one or more accessor operators to define the > JSON element on a lower nesting level by which to filter the result." > > Could we phrase this as following? > > "In order to filter the result by values lying on lower nesting level, > @ operator can be followed by one or more accessor operators." > > ------ > Alexander Korotkov > Postgres Professional: http://www.postgrespro.com > The Russian Postgres Company Thank you! I think we can make this sentence even shorter, the fix is attached: "To refer to a JSON element stored at a lower nesting level, add one or more accessor operators after <literal>@</literal>." -- Liudmila Mantrova Technical writer at Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
Вложения
В списке pgsql-hackers по дате отправления: