Re: Explicit deterministic COLLATE fails with pattern matching operations on column with non-deterministic collation
| От | Tom Lane |
|---|---|
| Тема | Re: Explicit deterministic COLLATE fails with pattern matching operations on column with non-deterministic collation |
| Дата | |
| Msg-id | 7417.1590690568@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Explicit deterministic COLLATE fails with pattern matchingoperations on column with non-deterministic collation (James Lucas <jlucasdba@gmail.com>) |
| Ответы |
Re: Explicit deterministic COLLATE fails with pattern matchingoperations on column with non-deterministic collation
|
| Список | pgsql-bugs |
James Lucas <jlucasdba@gmail.com> writes:
> I tried setting up a pathological test case for this, and it seems
> like at least currently, even with a non-deterministic collation
> statistics still count values as distinct, even if the default
> collation would consider them equivalent. Not sure if that's as
> intended or not?
I experimented with this, and what I'm seeing is that ucol_strcollUTF8()
reports that 'aaa' is different from 'aAa'. So the behavior on the
Postgres side is as-expected. I suspect that the 'en-US-ks-level2'
ICU locale doesn't act as you think it does. (That is, just saying
that a collation is nondeterministic doesn't make it so; it only forces
Postgres through slower code paths that allow for the possibility of
bitwise-unequal strings being reported as equal by ICU.) Not knowing
anything about ICU, I can't say more than that.
[ Tested on libicu-60.3-2.el8_1 ]
regards, tom lane
В списке pgsql-bugs по дате отправления: