Re: Update Unicode data to Unicode 16.0.0 - Mailing list pgsql-hackers

From Jeremy Schneider
Subject Re: Update Unicode data to Unicode 16.0.0
Date
Msg-id 449DFDB7-CE07-41DD-ABCE-6DA263606196@ardentperf.com
Whole thread Raw
In response to Re: Update Unicode data to Unicode 16.0.0  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: Update Unicode data to Unicode 16.0.0
List pgsql-hackers
> On Mar 15, 2025, at 10:22 AM, Jeff Davis <pgsql@j-davis.com> wrote:
>
> On Sat, 2025-03-15 at 12:15 -0400, Tom Lane wrote:
>> On the other hand, if we keep up with the Joneses by updating the
>> Unicode data, we can hopefully put those behavioral changes into
>> effect *before* they'd affect any real data.
>
> That's a good point.

Jeff - thanks for the reminder that this is just about character semantics and not ordering. Obviously C collation by
definition(code point ordering) doesn’t change sort order… two weeks ago I was working on updating the torture test
GitHubpage with glibc collation changes up through Ubuntu 24.10 so my mind was definitely over there. No detected
changesin en-US so that’s great news. 🙂 

Is the simple answer that functions & clauses related to both time zones and character semantics should just all be
consideredSTABLE instead of IMMUTABLE? 

I think if that were the case then changes across a minor version would simply be allowed by definition right? No need
forwarnings. 

This would impact the ability to create case-insensitive indexes.

-Jeremy

Sent from my TI-83




pgsql-hackers by date:

Previous
From: Gurjeet Singh
Date:
Subject: Re: Disabling vacuum truncate for autovacuum
Next
From: Corey Huinker
Date:
Subject: Re: Statistics Import and Export