Re: [HACKERS] another locale problem - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] another locale problem
Date
Msg-id 12078.929108876@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] another locale problem  (Daniel Kalchev <daniel@digsys.bg>)
Responses Re: [HACKERS] another locale problem
List pgsql-hackers
Daniel Kalchev <daniel@digsys.bg> writes:
> To summarize the problem. If key contains (equivalent cyrillic
> letters) 'ABC', 'ABCD', 'DAB' and 'ABX' and the query is:

> SELECT key FROM t WHERE key ~* '^AB';

> index scan will be used and the correct tuples ('ABC', 'ABCD' and
> 'ABX') will be returned. If the query is

> SELECT key FROM t WHERE key ~* '^ab';

> index scan will be used and no tuples will be returned.

Hm.  Is it possible that isalpha() is doing the wrong thing on your
machine?  makeIndexable() currently assumes that isalpha() returns true
for any character that is subject to case conversion, but I wonder
whether that's a good enough test.

The other possibility is that regexp's internal handling of
case-insensitive matching is not right.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Postgres dies in the rules regression test (64-bit problem)
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: locales and MB (was: Postgres 6.5 beta2 and beta3 problem)