Re: SQL/JSON features for v15
Jonathan S. Katz <jkatz@postgresql.org>
From: "Jonathan S. Katz" <jkatz@postgresql.org>
To: Amit Langote <amitlangote09@gmail.com>,
Nikita Glukhov <n.gluhov@postgrespro.ru>
Cc: Andrew Dunstan <andrew@dunslane.net>, Tom Lane <tgl@sss.pgh.pa.us>,
Robert Haas <robertmhaas@gmail.com>, Andres Freund <andres@anarazel.de>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
Michael Paquier <michael@paquier.xyz>,
John Naylor <john.naylor@enterprisedb.com>
Date: 2022-08-29T13:35:41Z
Lists: pgsql-hackers
On 8/29/22 8:56 AM, Amit Langote wrote: > On Sat, Aug 27, 2022 at 5:11 AM Nikita Glukhov <n.gluhov@postgrespro.ru> wrote: > I am not sure if it's OK to eval_const_expressions() on a Query > sub-expression during parse-analysis. IIUC, it is only correct to > apply it to after the rewriting phase. > >> Maybe it would be better to simply remove DEFAULT ON EMPTY. > > So +1 to this for now. +1, if this simplifies the patch and makes it acceptable for v15 >> It is possible to easily split this patch into several subpatches, >> I will do it if needed. > > That would be nice indeed. With RMT hat on, the RMT has its weekly meetings on Tuesdays. Based on the timing of the Beta 4 commit freeze[1] and how both including/reverting are nontrivial operations (e.g. we should ensure we're confident in both and that they pass through the buildfarm), we are going to have to make a decision on how to proceed at the next meeting. Can folks please chime in on what they think of the current patchset and if this is acceptable for v15? Thanks, Jonathan [1] https://www.postgresql.org/message-id/9d251aec-cea2-bc1a-5ed8-46ef0bcf6c69@postgresql.org
Commits
-
JSON_TABLE: Add support for NESTED paths and columns
- bb766cde63b4 17.0 landed
-
Add basic JSON_TABLE() functionality
- de3600452b61 17.0 landed
-
Add SQL/JSON query functions
- 6185c9737cf4 17.0 landed
-
Add soft error handling to some expression nodes
- aaaf9449ec6b 17.0 landed
-
Adjust populate_record_field() to handle errors softly
- 1edb3b491bee 17.0 landed
-
Refactor code used by jsonpath executor to fetch variables
- faa2b953ba3b 17.0 landed
-
Add more SQL/JSON constructor functions
- 03734a7fed7d 17.0 landed
-
SQL/JSON: support the IS JSON predicate
- 6ee30209a6f1 16.0 landed
-
SQL/JSON: add standard JSON constructor functions
- 7081ac46ace8 16.0 landed
-
Revert SQL/JSON features
- 96ef3237bf74 15.0 landed
- 2f2b18bd3f55 16.0 landed
-
Numeric error suppression in jsonpath
- 16d489b0fe05 12.0 cited