Re: ICU for global collation
Andrey Borodin <x4mmm@yandex-team.ru>
> 21 авг. 2019 г., в 12:23, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> написал(а): > > On 2019-08-21 08:56, Andrey Borodin wrote: >> postgres=# create database a template template0 collation_provider icu lc_collate 'en_US.utf8'; >> CREATE DATABASE >> postgres=# \c a >> 2019-08-21 11:43:40.379 +05 [41509] FATAL: collations with different collate and ctype values are not supported by ICU >> FATAL: collations with different collate and ctype values are not supported by ICU > > Try > > create database a template template0 collation_provider icu locale > 'en_US.utf8'; > > which sets both lc_collate and lc_ctype. But 'en_US.utf8' is not a > valid ICU locale name. Perhaps use 'en' or 'en-US'. > > I'm making a note that we should prevent creating a database with a > faulty locale configuration in the first place instead of failing when > we're connecting. Yes, the problem is input with lc_collate is accepted postgres=# create database a template template0 collation_provider icu lc_collate 'en_US.utf8'; CREATE DATABASE postgres=# \c a 2019-09-11 10:01:00.373 +05 [56878] FATAL: collations with different collate and ctype values are not supported by ICU FATAL: collations with different collate and ctype values are not supported by ICU Previous connection kept postgres=# create database b template template0 collation_provider icu locale 'en_US.utf8'; CREATE DATABASE postgres=# \c b You are now connected to database "b" as user "x4mmm". I get same output with 'en' or 'en-US'. Also, cluster initialized --with-icu started on binaries without icu just fine. And only after some time, I've got that messages "ERROR: ICU is not supported in this build". Is it expected behavior? Maybe we should refuse to start without icu? Best regards, Andrey Borodin.
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add CHECK_FOR_INTERRUPTS while restoring changes during decoding.
- ce20f8b9f435 16.0 cited
-
Improve ICU option handling in CREATE DATABASE
- e59a67fb8fe1 16.0 landed
- 865b52af6104 15.0 landed
-
Don't allow creation of database with ICU locale with unsupported encoding
- c7db01e325a5 16.0 landed
- 148f66d59e2c 15.0 landed
-
Make locale option behavior more consistent
- da5d4ea5aaac 16.0 landed
- 3e694b318d20 15.0 landed
-
pg_dump: Dump colliculocale
- 72b6828da3f7 15.0 landed
- 396d348b046c 16.0 landed
-
Remove further unwanted linker flags from perl_embed_ldflags
- b4e936859dc4 16.0 cited
-
Doc: document possible need to raise kernel's somaxconn limit.
- 2c63b0930aee 15.0 cited
-
Reduce warnings with -Wshadow=compatible-local builds
- 92fce4e1eda9 16.0 cited
-
Remove redundant spaces in _outA_Expr() output
- 1c5818b9c68e 16.0 cited
-
Fix outdated --help message for postgres -f
- 63b64d827069 14.6 cited
-
pg_upgrade: Fix version comparison for global ICU support
- fa06a34d14ea 15.0 landed
-
Silence -Wmaybe-uninitialized compiler warning in dbcommands.c.
- 97bddda61b9a 15.0 landed
-
Add option to use ICU as global locale provider
- f2553d43060e 15.0 landed
-
DefineCollation() code cleanup
- e94bb1473eb3 15.0 landed
-
Change collate and ctype fields to type text
- 54637508f87b 15.0 landed
-
Call pg_newlocale_from_collation() also with default collation
- b99ccd2cb217 15.0 landed
-
Use libc version as a collation version on glibc systems.
- d5ac14f9ccdd 13.0 cited
-
Silence -Wmaybe-uninitialized compiler warnings in dbcommands.c.
- 3f6b3be39ca9 13.0 cited
-
Make LC_COLLATE and LC_CTYPE database-level settings. Collation and
- 61d967498802 8.4.0 cited