Re: ICU integration

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: ICU integration
Дата
Msg-id 9caee847-7a64-a71a-d4ce-a269b04a3a8c@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: ICU integration  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: ICU integration  (Craig Ringer <craig@2ndquadrant.com>)
Re: ICU integration  (Magnus Hagander <magnus@hagander.net>)
Re: ICU integration  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
On 9/8/16 11:16 AM, Tom Lane wrote:
> This is a problem, if ICU won't guarantee cross-version compatibility,
> because it destroys the argument that moving to ICU would offer us
> collation behavior stability.

It would offer a significant upgrade over the current situation.

First, it offers stability inside the same version.  Whereas glibc might
change a collation in a minor upgrade, ICU won't do that.  And the
postgres binary is bound to a major version of ICU by the soname (which
changes with every major release).  So this would avoid the situation
that a simple OS update could break collations.

Second, it offers a way to detect that something has changed.  With
glibc, you don't know anything unless you read the source diffs.  With
ICU, you can compare the collation version before and after and at least
tell the user that they need to refresh indexes or whatever.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Forbid use of LF and CR characters in database and role names
Следующее
От: "Daniel Verite"
Дата:
Сообщение: Re: Surprising behaviour of \set AUTOCOMMIT ON