Re: Use correct collation in pg_trgm
| От | Jeff Davis |
|---|---|
| Тема | Re: Use correct collation in pg_trgm |
| Дата | |
| Msg-id | 677b2db1582d9eb9e099ea83856e610a5072dcd3.camel@j-davis.com обсуждение исходный текст |
| Ответ на | Re: Use correct collation in pg_trgm (David Geier <geidav.pg@gmail.com>) |
| Ответы |
Re: Use correct collation in pg_trgm
|
| Список | pgsql-hackers |
On Thu, 2026-03-26 at 09:50 +0100, David Geier wrote:
> I agree. That is inconsistent. But if anything, shouldn't we change
> tsvector/tsquery to as well adhere to the inferred collation?
I am not sure either way.
It's easy to specify a COLLATE clause to affect the interpretation of
the input. But once you parse the inputs into a stored value, you can't
later reinterpret those values by specifying a COLLATE clause. The
parsing already happened and the original input string was lost.
You can end up with a table full of values, some of which were parsed
with one set of semantics, and others parsed with a different set of
semantics. That may make sense or it may just cause confusion. It's
tough for me to say.
Another consequence is that if we actually declare a type to be
collatable, then parsing will infer the collation all the way through.
Is that what we want?
In any case, I think we should make an explicit decision about which
way to go before making changes. Including Peter, who probably has an
opinion here.
Regards,
Jeff Davis
В списке pgsql-hackers по дате отправления: