Re: SQL/JSON functions vs. ECPG vs. STRING as a reserved word - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: SQL/JSON functions vs. ECPG vs. STRING as a reserved word
Date
Msg-id dd872101-eb10-8a6f-ef64-d371a1b3a7a2@dunslane.net
Whole thread Raw
In response to SQL/JSON functions vs. ECPG vs. STRING as a reserved word  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2022-05-29 Su 16:19, Tom Lane wrote:
> More generally, I feel like we have a process problem: there needs to
> be a higher bar to adding new fully- or even partially-reserved words.
> I might've missed it, but I don't recall that there was any discussion
> of the compatibility implications of this change.
>

Thanks for fixing this while I was away.

I did in fact raise the issue on 1 Feb, see
<https://postgr.es/m/f174a289-3274-569d-875c-2e810101df22@dunslane.net>,
but nobody responded that I recall. I guess I should have pushed the
discussion further


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: PG15 beta1 sort performance regression due to Generation context change
Next
From: Vladimir Sitnikov
Date:
Subject: Re: PostgreSQL Limits: maximum number of columns in SELECT result