Re: PATCH: jsonpath string methods: lower, upper, initcap, l/r/btrim, replace, split_part

Поиск
Список
Период
Сортировка
От Florents Tselai
Тема Re: PATCH: jsonpath string methods: lower, upper, initcap, l/r/btrim, replace, split_part
Дата
Msg-id CA+v5N40aRmC3DYzWDxTbQKMKohkTdMZJ92Nuaj_NniKS7RHpEA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PATCH: jsonpath string methods: lower, upper, initcap, l/r/btrim, replace, split_part  ("David E. Wheeler" <david@justatheory.com>)
Ответы Re: PATCH: jsonpath string methods: lower, upper, initcap, l/r/btrim, replace, split_part
Список pgsql-hackers


On Sat, Jan 31, 2026 at 4:44 PM David E. Wheeler <david@justatheory.com> wrote:
On Jan 4, 2026, at 15:51, David E. Wheeler <david@justatheory.com> wrote:

> Updated and rebased patch attached.

I think your attachment was left behind. Attaching it myself (that's v17, right? ) checked out from your PR

New rebase on 6918434. See also the PR[0]. 

The Commitfest app still shows this patch as “Needs review”[1]. It has had a number of reviews, most recently from jian. Any objection to changing it to “Ready for Committer”?

With the refactoring you’ve done across the parser and executor, 
I’m already tempted to slip in a few more string methods - but I think we should leave that for a future iteration.
Functionally, it’d just mean adding another branch in executeStringInternalMethod, 
and I’d rather keep this patch focused.  

At this point, I’d say it’s ready for committer review. 

That said, I do expect someone to raise (again) the question of 
how we want to handle potential future conflicts with the SQL/JSON standard. 
That’s a broader design topic, and it’s going to come up every time we extend the JSONPath language.  

And yes, I’m obviously biased here - I already have two other patches in the same spirit queued up, namely



Вложения

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