Re: Issues with german locale on CentOS 5,6,7
От | Thomas Munro |
---|---|
Тема | Re: Issues with german locale on CentOS 5,6,7 |
Дата | |
Msg-id | CAEepm=1L0Xo1btd+4cRKyN45H15DaY8z5pX-ReK637r8kz6xXA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Issues with german locale on CentOS 5,6,7 (Peter Geoghegan <peter.geoghegan86@gmail.com>) |
Ответы |
Re: Issues with german locale on CentOS 5,6,7
|
Список | pgsql-general |
On Thu, Oct 8, 2015 at 1:16 PM, Peter Geoghegan <peter.geoghegan86@gmail.com> wrote: > On Wed, Oct 7, 2015 at 4:49 PM, Thomas Munro > <thomas.munro@enterprisedb.com> wrote: >>> I agree that that would be almost as bad as carrying on, because there >>> is no reason to think that the locale thing can easily be rolled back. >>> That was my point, in fact. >> >> I have contemplated a maintenance script that would track either the >> md5 checksums of the /usr/lib/locale/*/LC_COLLATE files or the version >> of installed locale packages and automatically reindex things when >> they change (I guess after restarting the cluster to clear any glibc >> caches that might be lurking in long running backends). Or at least >> tell me that's needed. Obviously completely OS-specific... > > I think we should bite the bullet and adopt ICU, without abandoning > support for OS locales for users that really need it (certainly, many > will need it initially when using pg_upgrade to get on to the first > version that happens to have ICU support). I don't like suggesting a > solution that I myself am unlikely to find the time to work on, but in > the long run that's the only sensible approach IMV. How would you handle changes in ICU's collation definitions? -- Thomas Munro http://www.enterprisedb.com
В списке pgsql-general по дате отправления: