From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | Daniel Kalchev <daniel(at)digsys(dot)bg> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] another locale problem |
Date: | 1999-06-10 15:25:21 |
Message-ID: | 199906101525.AAA00879@ext16.sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> While playing with --enable-locale and the like expressions I came across this
> phenomenon ('somestring' is in cyrillic - last 64 codes from 0xa0 to 0xff)
>
> SELECT key FROM t WHERE key ~* 'somestring'
>
> returns the correct answers, properly matching upper/lower case characters -
> this with --enable-locale, --with-mb=WIN and commenting out the USE_LOCALE
> restrictions in gram.y. Explain shows Sequential scan, as expected...
>
> However
>
> SELECT key FROM t WHERE key ~* '^somestring'
>
> returns no tuples and explain says it will use the index on key. Why is this?
That's strange. It should be seq scan in this case?
> If 'somestring' is ASCII characters, explain always gives sequential scan and
> in both cases returns the proper results.
>
> I am willing to do some testing if anyone has ideas how to patch the regex
> code (I hate it :-).
Can you test following case:
SELECT key FROM t WHERE key ~* '^Xsomestring'
where X is one of an ASCII character.
---
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Elphick | 1999-06-10 15:29:11 | Patch for m68k architecture |
Previous Message | A James Lewis | 1999-06-10 15:16:20 | Re: Real Programmers (was: [HACKERS] Priorities for 6.6) |