Re: SQL/JSON revisited
Alvaro Herrera <alvherre@alvh.no-ip.org>
From: Alvaro Herrera <alvherre@alvh.no-ip.org>
To: Alexander Lakhin <exclusion@gmail.com>
Cc: Erik Rijkers <er@xs4all.nl>, Andrew Dunstan <andrew@dunslane.net>, Amit Langote <amitlangote09@gmail.com>, Peter Eisentraut <peter.eisentraut@enterprisedb.com>, Andres Freund <andres@anarazel.de>, vignesh C <vignesh21@gmail.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>, e.indrupskaya@postgrespro.ru
Date: 2023-03-29T18:17:08Z
Lists: pgsql-hackers
Attachments
- v13-0001-IS-JSON-predicate.patch (text/x-diff)
On 2023-Mar-29, Alexander Lakhin wrote: > Hi, > > 29.03.2023 13:27, Alvaro Herrera wrote: > > ... and pushed it now, after some more meddling. > > > > I'll rebase the rest of the series now. > > Please look at the several minor issues/inconsistencies, > I've spotted in the commit: Thanks, I'll look at this tomorrow. In the meantime, here's the next two patches of the series: IS JSON and the "query" functions. I think this is as much as I can get done for this release, so the last two pieces of functionality would have to wait for 17. I still need to clean these up some more. These are not thoroughly tested either; 0001 compiles and passes regression tests, but I didn't verify 0003 other than there being no Git conflicts and bison doesn't complain. Also, notable here is that I realized that I need to backtrack on my change of the WITHOUT_LA: the original patch had it for TIME (in WITHOUT TIME ZONE), and I changed to be for UNIQUE. But now that I've done "JSON query functions" I realize that it needed to be the other way for the WITHOUT ARRAY WRAPPER clause too. So 0002 reverts that choice. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ "Crear es tan difícil como ser libre" (Elsa Triolet)
Commits
-
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
-
Code review for recent SQL/JSON commits
- 71bfd1543f8b 16.0 landed
-
Fix inconsistencies and style issues in new SQL/JSON code
- 60966f56c3e4 16.0 landed
-
Don't install postmaster symlink anymore
- 37e267335068 16.0 cited
-
Revert SQL/JSON features
- 2f2b18bd3f55 16.0 cited
-
Doc: standardize markup a bit more.
- 47046763c3ed 13.0 cited