From: | "Daniel Verite" <daniel(at)manitou-mail(dot)org> |
---|---|
To: | "Julien Rouhaud" <rjuju123(at)gmail(dot)com> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Pgsql-Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: ICU for global collation |
Date: | 2022-01-11 11:36:46 |
Message-ID: | 8647718d-eecb-4a4b-9929-7cb16eae8764@manitou-mail.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Julien Rouhaud wrote:
> > I guess there's still the possibility of requiring that the ICU db-wide
> > collation of the new database does exist in the template database,
> > and then the CREATE DATABASE would refer to that collation instead of
> > an independent locale string.
>
> That could work. However if having the collation in the template database a
> strict requirement the something should also be done for initdb, and it will
> probably be a bigger problem.
If CREATE DATABASE referred to a collation in the template db,
either that collation already exists, or the user would have to add it
to the template db with CREATE COLLATION.
initdb already populates the template databases with a full set of
ICU collations through pg_import_system_collations().
I don't quite see what change you're seeing that would be needed in
initdb.
Best regards,
--
Daniel Vérité
PostgreSQL-powered mailer: https://www.manitou-mail.org
Twitter: @DanielVerite
From | Date | Subject | |
---|---|---|---|
Next Message | Julien Rouhaud | 2022-01-11 11:37:47 | Re: Query regarding replication slots |
Previous Message | Denis Hirn | 2022-01-11 11:33:17 | Re: [PATCH] Allow multiple recursive self-references |