Re: EBCDIC sorting as a use case for ICU rules

Поиск
Список
Период
Сортировка
От Daniel Verite
Тема Re: EBCDIC sorting as a use case for ICU rules
Дата
Msg-id 8806553d-9255-42a0-a96f-5551c72d5a95@manitou-mail.org
обсуждение исходный текст
Ответ на Re: EBCDIC sorting as a use case for ICU rules  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: EBCDIC sorting as a use case for ICU rules  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers
    Jeff Davis wrote:

> I still had some technical concerns about the ICU rules feature,
> unfortunately, and one option is to only allow it for the collation
> objects and not the database level collation. How much would that hurt
> this use case?

For a regression test suite that should produce results with the custom
order, not being able to configure the sort rules at the db level means
that you'd have to change all the queries to add explicit COLLATE clauses.
I guess that could be quite annoying if the test suite is large.

About making a doc patch from this, I've came up with the attached,
which generates a CREATE COLLATION statement with rules from an
arbitrary strings that just lists characters in whichever order is desired.

In the case of EBCDIC and code page 37, it turns out that there are
several versions of "code page 37", with more or less additions of
characters outside the US-ASCII range. This is why I decided
to show code that generates the rules rather than an already generated
rule. Users may simply change the codepage_37 string in the code
to add or rearrange any characters.


Also the patch makes the relevant sections of "CREATE COLLATION" and
"CREATE DATABASE" point to "Collation Support" with the idea to
centralize the information on tailoring rules.

I'll add this to the next CF.


Best regards,
--
Daniel Vérité
https://postgresql.verite.pro/
Twitter: @DanielVerite

Вложения

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

Предыдущее
От: Andrey Lepikhov
Дата:
Сообщение: Re: Removing unneeded self joins
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: index prefetching