Re: [19] Proposal: function markers to indicate collation/ctype sensitivity - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [19] Proposal: function markers to indicate collation/ctype sensitivity
Date
Msg-id 32ff8482-5cc9-4d96-b8ed-4baed9498332@eisentraut.org
Whole thread Raw
In response to Re: [19] Proposal: function markers to indicate collation/ctype sensitivity  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: [19] Proposal: function markers to indicate collation/ctype sensitivity
List pgsql-hackers
On 05.06.25 22:47, Jeff Davis wrote:
> While we're at it, CTYPE is not very descriptive for a user-facing
> name. And COLLATE has become overloaded (expression clause,
> pg_collation object, ordering, or the superset of behaviors that
> includes CTYPE). Let's consider more user-friendly naming for the
> markers:
> 
>    CASE: lower/upper/initcap/fold behavior
>    CLASS: char classifications such as [[:punct:]]
>    ORDER: comparisons
> 
> Internally, at least for the foreseeable future, CASE and CLASS would
> be the same. They'd just be different markers to record the user's
> intent.

Under what scenario would they become different, and how would that 
matter in practice?

I would be worried that this could confuse users and they would apply 
these incorrectly, if the differences are too fine.




pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [19] Proposal: function markers to indicate collation/ctype sensitivity
Next
From: John Naylor
Date:
Subject: Re: Improve the performance of Unicode Normalization Forms.