Re: Define jsonpath functions as stable - Mailing list pgsql-hackers

From Alexander Korotkov
Subject Re: Define jsonpath functions as stable
Date
Msg-id CAPpHfdvfwDV73kWAkJjzBfUmu89q1oFTnEP-s2BMHL4_wzKdmQ@mail.gmail.com
Whole thread Raw
In response to Re: Define jsonpath functions as stable  (Chapman Flack <chap@anastigmatix.net>)
Responses Re: Define jsonpath functions as stable  (Chapman Flack <chap@anastigmatix.net>)
List pgsql-hackers
On Mon, Jul 29, 2019 at 5:55 PM Chapman Flack <chap@anastigmatix.net> wrote:
> On 7/29/19 10:25 AM, Alexander Korotkov wrote:
>
> >  * like_regex predicate uses our regular expression engine, which
> > deviates from standard.
>
> I still favor adding some element to the syntax (like a 'posix' or 'pg'
> keyword in the grammar for like_regex) that identifies it as using
> a  different regexp flavor, so the way forward to a possible compliant
> version later is not needlessly blocked (or consigned to a
> standard_conforming_strings-like experience).

What do you think about renaming existing operator from like_regex to
pg_like_regex?  Or introducing special flag indicating that PostgreSQL
regex engine is used ('p' for instance)?

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company



pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS)
Next
From: Andres Freund
Date:
Subject: Re: POC: Cleaning up orphaned files using undo logs