From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com>, Kyle Spearrin <kspearrin(at)bitwarden(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Cc: | Justin Baur <jbaur(at)bitwarden(dot)com>, Vince Grassia <vgrassia(at)bitwarden(dot)com> |
Subject: | Re: CREATE COLLATION without LOCALE throws error in v15 |
Date: | 2022-12-07 12:04:54 |
Message-ID: | 428169fe-2eb3-4415-a5be-6f59112f26b2@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 07.12.22 00:57, Jeff Davis wrote:
> On Fri, 2022-12-02 at 14:14 -0500, Kyle Spearrin wrote:
>> However, in Postgres 15 we see the following error:
>>
>> ERROR: parameter "locale" must be specified
>
> I agree that this is some kind of bug. The docs seem pretty clear[1]:
>
> "locale
>
> This is a shortcut for setting LC_COLLATE and LC_CTYPE
> at once. If you specify this, you cannot specify either
> of those parameters."
>
> The error appears to come from commit f2553d4306 ("Add option to use
> ICU as global locale provider"). My guess is that it was seen as
> clearer to write LOCALE, and that the error wasn't expected to cause
> anyone a problem.
This was an intentional change because of underlying conceptual and
catalog changes. lc_collate, lc_ctype, and iculocale are now tracked
separately in the catalogs. This is also important because for a
database they actually are used separately. So this also keeps the
locale/collation settings for databases and collations consistent.
The "locale" parameter is now basically "default for whatever settings
are appropriate for the locale provider". We should change the
documentation in that direction.
From | Date | Subject | |
---|---|---|---|
Next Message | Nunya Business | 2022-12-07 15:28:28 | Re[4]: PG 14.5 -- Impossible to restore dump due to interaction/order of views, functions, and generated columns |
Previous Message | Jeff Davis | 2022-12-06 23:57:19 | Re: CREATE COLLATION without LOCALE throws error in v15 |