Re: [17] collation provider "builtin"

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [17] collation provider "builtin"
Дата
Msg-id 96664b2e-4af8-4236-77a7-a1ee590a0617@eisentraut.org
обсуждение исходный текст
Ответ на [17] collation provider "builtin"  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: [17] collation provider "builtin"  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On 15.06.23 00:55, Jeff Davis wrote:
> The locale "C" (and equivalently, "POSIX") is not really a libc locale;
> it's implemented internally with memcmp for collation and
> pg_ascii_tolower, etc., for ctype.
> 
> The attached patch implements a new collation provider, "builtin",
> which only supports "C" and "POSIX". It does not change the initdb
> default provider, so it must be requested explicitly. The user will be
> guaranteed that collations with provider "builtin" will never change
> semantics; therefore they need no version and indexes are not at risk
> of corruption. See previous discussion[1].

What happens if after this patch you continue to specify provider=libc 
and locale=C?  Do you then get the "slow" path?

Should there be some logic in pg_dump to change the provider if locale=C?

What is the transition plan?




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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [DOC] Update ALTER SUBSCRIPTION documentation v3
Следующее
От: Melih Mutlu
Дата:
Сообщение: Parent/child context relation in pg_get_backend_memory_contexts()