Re: Changes to pg_dump/psql following collation "C" in the catalog

Поиск
Список
Период
Сортировка
От Daniel Verite
Тема Re: Changes to pg_dump/psql following collation "C" in the catalog
Дата
Msg-id 1f34d7f9-deba-4ddb-b805-e9b608b0defd@manitou-mail.org
обсуждение исходный текст
Ответ на Re: Changes to pg_dump/psql following collation "C" in the catalog  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Changes to pg_dump/psql following collation "C" in the catalog
Список pgsql-hackers
    Tom Lane wrote:

> Hm, if that's as much as we have to touch, I think there's a good
> argument for squeezing it into v12 rather than waiting.  The point
> here is mostly to avoid a behavior change from pre-v12

Yes. I was mentioning the next CF because ISTM that nowadays
non-committers are expected to file patches in there, committers
picking up patches both in the current and next CF based on
their evaluation of priorities.
But if you plan to process this one shortly, a CF entry is probably
superfluous.

> Just looking at the patch, I wonder whether it doesn't need some
> server-version checks.  At the very least this would break with
> pre-9.1 servers, which lack COLLATE altogether.

PFA a new version adding the clause for only 12 and up, since the
previous versions are not concerned, and as you mention, really old
versions would fail otherwise.


Best regards,
--
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite

Вложения

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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: [PATCH v20] GSSAPI encryption support
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Re: A separate table level option to control compression