Re: [17] CREATE COLLATION default provider

Поиск
Список
Период
Сортировка
От Gurjeet Singh
Тема Re: [17] CREATE COLLATION default provider
Дата
Msg-id CABwTF4WxOJ7gBMy-oM2xqCMPQSs63tQPokzB3AAouHbv-=z2Lg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [17] CREATE COLLATION default provider  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Fri, Jul 7, 2023 at 9:33 AM Jeff Davis <pgsql@j-davis.com> wrote:
>
> On Sat, 2023-06-17 at 09:09 -0700, Gurjeet Singh wrote:
> > The docs for the CREATE COLLATION option 'locale' say: "This is a
> > shortcut for setting LC_COLLATE and LC_CTYPE at once."
> >
> > So it's not intuitive why the check does not include a test for the
> > presence of 'localeEl', as well? If we consider the presence of
> > LC_COLLATE _or_ LC_CTYPE options to be a determining factor for some
> > decision, then the presence of LOCALE option should also lead to the
> > same outcome.
> >
>
> The docs say: "If provider is libc, this is a shortcut...". The point
> is that LC_COLLATE and LC_CTYPE act as a signal that what the user
> really wants is a libc collation. LOCALE works for either, so we need a
> default.

Sorry about the noise, I was consulting current/v15 docs online. Now
that v16 docs are online, I can see that the option in fact says this
is the case only if libc is the provider.

(note to self: for reviewing patches to master, consult devel docs [1] online)

[1]: https://www.postgresql.org/docs/devel/

Best regards,
Gurjeet
http://Gurje.et



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

Предыдущее
От: "Daniel Verite"
Дата:
Сообщение: Re: psql's FETCH_COUNT (cursor) is not being respected for CTEs
Следующее
От: Akshat Jaimini
Дата:
Сообщение: Re: Add more sanity checks around callers of changeDependencyFor()