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 по дате отправления: