Re: SQL/JSON: functions

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: SQL/JSON: functions
Дата
Msg-id CAFj8pRCo-=cmNvDEY+bi7ju9wJe3chsw969gAm5coVib6L5YAw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: SQL/JSON: functions  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: SQL/JSON: functions  (Oleg Bartunov <obartunov@postgrespro.ru>)
Список pgsql-hackers


út 15. 12. 2020 v 18:00 odesílatel Simon Riggs <simon@2ndquadrant.com> napsal:
On Fri, 17 Jul 2020 at 21:26, Nikita Glukhov <n.gluhov@postgrespro.ru> wrote:
>
> Attached 50th version of the patches. Only the documentation was changed
> since the previous version.

I can imagine the effort required to get to v50, so I salute your efforts.

The document for SQL Standard has now been published as CD
9075-2-Foundation (Thanks Peter).

That gives us a clearer picture of what is being voted on and should
allow Nikita to complete his work.

I suggest we move forwards on this now, but if anyone objects to
including this in PG14 in favour of waiting for the vote, please say
so clearly so we can skip to PG15.

Maybe this set of patches can be reorganized and divided. Some parts like json generating functions are almost trivial and without controversions with clean benefits for users.

The most complexity is related to json_table function. Nikita did a very good job and implemented this function in maximal conformance with ANSI SQL with a maximal set of features. On second hand it is hard to do review because this patch is really complex, and a lot of functionality was not implemented elsewhere (so isn't possible to compare results). I think it should be possible to reduce complexity and divide acceptance of json_table to some steps like basic functionality (on MySQL level), enhanced functionality (on Oracle level), and full functionality (the Postgres will be first).  This functionality is interesting and maximal conformity with SQL/JSON is great so I am for merging it. But if it will be divided into some chronological steps, then there can be higher probability of merging to upstream in a good time.

Regards

Pavel


--
Simon Riggs                http://www.EnterpriseDB.com/

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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: REINDEX backend filtering
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Reloptions for table access methods