Re: Built-in CTYPE provider
| От | Jeff Davis |
|---|---|
| Тема | Re: Built-in CTYPE provider |
| Дата | |
| Msg-id | c04b690ed9f58eab01d2c298f62fe2a395eb4421.camel@j-davis.com обсуждение исходный текст |
| Ответ на | Re: Built-in CTYPE provider ("Daniel Verite" <daniel@manitou-mail.org>) |
| Ответы |
Re: Built-in CTYPE provider
|
| Список | pgsql-hackers |
On Wed, 2023-12-20 at 13:49 +0100, Daniel Verite wrote:
> If the Postgres default was bytewise sorting+locale-agnostic
> ctype functions directly derived from Unicode data files,
> as opposed to libc/$LANG at initdb time, the main
> annoyance would be that "ORDER BY textcol" would no
> longer be the human-favored sort.
> For the presentation layer, we would have to write for instance
> ORDER BY textcol COLLATE "unicode" for the root collation
> or a specific region-country if needed.
> But all the rest seems better, especially cross-OS compatibity,
> truly immutable and faster indexes for fields that
> don't require linguistic ordering, alignment between Unicode
> updates and Postgres updates.
Thank you, that summarizes exactly the compromise that I'm trying to
reach.
Regards,
Jeff Davis
В списке pgsql-hackers по дате отправления: