From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
---|---|
To: | Peter Eisentraut <peter(at)eisentraut(dot)org>, Daniel Verite <daniel(at)manitou-mail(dot)org> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Jeremy Schneider <schneider(at)ardentperf(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Built-in CTYPE provider |
Date: | 2024-04-01 19:52:31 |
Message-ID: | 480c02813ee26e83e305d015be6a63059bb3ddd8.camel@j-davis.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 2024-03-26 at 08:04 +0100, Peter Eisentraut wrote:
> The patch set v27 is ok with me, modulo (a) discussion about initcap
> semantics, and (b) what collation to assign to ucs_basic, which can
> be
> revisited later.
Attached v28.
The remaining patches are for full case mapping and PG_UNICODE_FAST.
I am fine waiting until July to get these remaining patches committed.
That would give us time to sort out details like:
* Get consensus that it's OK to change UCS_BASIC.
* Figure out if we need a pg-specific locale and whether
PG_UNICODE_FAST is the right name.
* Make sure that full case mapping interacts with regexes in a sane way
(probably it needs to just fall back to simple case mapping, but
perhaps that's worth a discussion).
* Implement case folding.
* Implement a more unicode-friendly TITLECASE() function, which could
offer a number of options that don't fit well with INITCAP().
* Figure out if UPPER()/LOWER() should also have some of those options.
Thoughts?
Regards,
Jeff Davis
Attachment | Content-Type | Size |
---|---|---|
v28-0001-Support-Unicode-full-case-mapping-and-conversion.patch | text/x-patch | 559.6 KB |
v28-0002-Support-PG_UNICODE_FAST-locale-in-the-builtin-co.patch | text/x-patch | 21.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Corey Huinker | 2024-04-01 19:54:30 | Re: Statistics Import and Export |
Previous Message | Maiquel Grassi | 2024-04-01 19:51:57 | RE: Psql meta-command conninfo+ |