Re: [HACKERS] another locale problem

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: [HACKERS] another locale problem
Дата
Msg-id 199906101525.AAA00879@ext16.sra.co.jp
обсуждение исходный текст
Ответ на another locale problem  (Daniel Kalchev <daniel@digsys.bg>)
Ответы Re: [HACKERS] another locale problem
Список 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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] 6.5 Release date
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [PORTS] Patch for m68k architecture