Re: SQL JSON path enhanced numeric literals

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: SQL JSON path enhanced numeric literals
Дата
Msg-id fa4aad10-0c36-df32-f800-9a9629dff0bb@enterprisedb.com
обсуждение исходный текст
Ответ на Re: SQL JSON path enhanced numeric literals  (Dean Rasheed <dean.a.rasheed@gmail.com>)
Ответы Re: SQL JSON path enhanced numeric literals  (Nikita Malakhov <hukutoc@gmail.com>)
Список pgsql-hackers
On 03.03.23 21:16, Dean Rasheed wrote:
> I think this new feature ought to be mentioned in the docs somewhere.
> Perhaps a sentence or two in the note below table 9.49 would suffice,
> since it looks like that's where jsonpath numbers are mentioned for
> the first time.

Done.  I actually put it into the data types chapter, where some other 
differences between SQL and SQL/JSON syntax were already discussed.

> In jsonpath_scan.l, I think the hex/oct/bininteger cases could do with
> a comment, such as
> 
> /* Non-decimal integers in ECMAScript; must not have underscore after radix */
> hexinteger    0[xX]{hexdigit}(_?{hexdigit})*
> octinteger    0[oO]{octdigit}(_?{octdigit})*
> bininteger    0[bB]{bindigit}(_?{bindigit})*
> 
> since that's different from the main lexer's syntax.

done

> Perhaps it's worth mentioning that difference in the docs.

done

> Otherwise, this looks good to me.

committed




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

Предыдущее
От: Ankit Kumar Pandey
Дата:
Сообщение: Re: How does pg implement the visiblity of one tuple for specified transaction?
Следующее
От: Joseph Koshakow
Дата:
Сообщение: Re: Date-Time dangling unit fix