From: | Jeremy Schneider <schneider(at)ardentperf(dot)com> |
---|---|
To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, Jim Nasby <nasbyj(at)amazon(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Collation version tracking for macOS |
Date: | 2022-06-09 05:24:49 |
Message-ID: | 171D0968-0F8D-4522-B348-19D683364D9E@ardentperf.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On Jun 8, 2022, at 03:19, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
>
> On Wed, Jun 8, 2022 at 12:23 PM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
>> ISTM that there are two mostly-distinct questions here:
>>
>> 1. How do we link to multiple versions of ICU at the same time, in a
>> way that is going to work smoothly on mainstream platforms?
>>
> Yeah. Well I couldn't resist doing some (very!) experimental hacking.
> See attached.
Even if PG supports two versions of ICU, how does someone actually go about removing every dependency on the old version and replacing it with the new? Can it be done without downtime? Can it be done without modifying a running application? Avoiding “collate” clauses on SQL statements requires working behind the scenes with defaults and indexes and partitions and constraints and everything else. I’m having a hard time coming up with a way this would be possible in practice, with all the places collations can show up.
Is the idea of “alter database” to change the default collation even realistic?
I’m having a bit of trouble picturing what the end game is here
-Jeremy
Sent from my TI-83
From | Date | Subject | |
---|---|---|---|
Next Message | Bharath Rupireddy | 2022-06-09 05:37:15 | A proposal to force-drop replication slots to make disabling async/sync standbys or logical replication faster in production environments |
Previous Message | Michael Paquier | 2022-06-09 04:58:00 | Re: [PoC] Let libpq reject unexpected authentication requests |