From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | Karsten Hilbert <Karsten(dot)Hilbert(at)gmx(dot)net>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Q: error on updating collation version information |
Date: | 2022-12-04 18:09:47 |
Message-ID: | 954702a5-3552-640e-6df9-a03ab5fbc339@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 12/4/22 04:35, Karsten Hilbert wrote:
> Am Sun, Dec 04, 2022 at 01:22:02PM +0100 schrieb Karsten Hilbert:
>
>> following an ICU upgrade, collations in a stock Debian PG 15.1
>> cluster now have divergent version information in pg_collations.
>
> Correction: this is following a libc upgrade 2.35 -> 2.36
So to be clear this database is not using ICU, but collations from libc?
How was the database installed?
In first post you had:
gnumed_v22=> select *, pg_encoding_to_char(collencoding) from
pg_collation where collname = 'br_FR(at)euro';
-[ RECORD 1 ]-------+-----------
oid | 12413
collname | br_FR(at)euro
collnamespace | 11
collowner | 10
collprovider | c
collisdeterministic | t
collencoding | 16
collcollate | br_FR(at)euro
collctype | br_FR(at)euro
colliculocale |
collversion | 2.35
pg_encoding_to_char | LATIN9
where collprovider c means libc and collversion 2.35.
Not exactly sure how that interacts with from here:
https://www.postgresql.org/docs/current/catalog-pg-collation.html
collversion text
Provider-specific version of the collation. This is recorded when the
collation is created and then checked when it is used, to detect changes
in the collation definition that could lead to data corruption.
>
> Karsten
> --
> GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B
>
>
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2022-12-04 19:30:40 | Re: Stored procedure code no longer stored in v14 and v15, changed behaviour |
Previous Message | Alban Hertroys | 2022-12-04 17:05:30 | Re: Stored procedure code no longer stored in v14 and v15, changed behaviour |