Re: default_text_search_config - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: default_text_search_config
Date
Msg-id 162867790710050430p2a9350bdpb451ae841e1e0c5b@mail.gmail.com
Whole thread Raw
In response to Re: default_text_search_config  (Tatsuo Ishii <ishii@postgresql.org>)
List pgsql-hackers
>
> I'm not sure the locale per database solution is a silver bullet.
> With this, still we cannot solve the issue, for example, a LATIN1
> encoded text includes several languages at a time, thus it needs
> multiple locales. Or we cannot have multiple different language
> columns, tables at a time because it requires multiple locales. Same
> thing can be said to Unicode too. After all it seems a half baked
> solution to me.
> --

There is only one correct solution -> support of COLLATES. With
COLLATES you can choise locale per database, per table, per column,
per db operation. This is one point where PostgreSQL is late over
others.

Pavel Stehule


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: EXPLAIN doesnt show Datum sorts explicitly
Next
From: Simon Riggs
Date:
Subject: Polymorphic arguments and composite types