Re: glibc updarte 2.31 to 2.38
От | Paul Foerster |
---|---|
Тема | Re: glibc updarte 2.31 to 2.38 |
Дата | |
Msg-id | 10C568C1-5985-4434-9A73-9ED6C5B64FB1@gmail.com обсуждение исходный текст |
Ответ на | Re: glibc updarte 2.31 to 2.38 (Joe Conway <mail@joeconway.com>) |
Список | pgsql-general |
Hi Joe, > On 19 Sep 2024, at 19:07, Joe Conway <mail@joeconway.com> wrote: > > Every glibc major version change potentially impacts the sorting of some strings, which would require reindexing. Whetheryour actual data trips into any of these changes is another matter. > > You could check by doing something equivalent to this on every collatable column with an index built on it, in every table: > > 8<----------- > WITH t(s) AS (SELECT <collatable_col> FROM <some_table> ORDER BY 1) > SELECT md5(string_agg(t.s, NULL)) FROM t; > 8<----------- > > Check the before and after glibc upgrade result -- if it is the same, you are good to go. If not, rebuild the index before*any* DML is done to the table. I like the neatness of this one. I think about how to implement this on hundreds of of databases with hundreds of columns.That'll be a challenge, but at least it's a start. Thanks very much for this one. Cheers, Paul
В списке pgsql-general по дате отправления: