Re: LIKE optimization in UTF-8 and locale-C

Поиск
Список
Период
Сортировка
От Hannu Krosing
Тема Re: LIKE optimization in UTF-8 and locale-C
Дата
Msg-id 1174594269.3826.6.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: LIKE optimization in UTF-8 and locale-C  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: LIKE optimization in UTF-8 and locale-C  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
Ühel kenal päeval, N, 2007-03-22 kell 11:08, kirjutas Tom Lane:
> ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp> writes:
> > I found LIKE operators are slower on multi-byte encoding databases
> > than single-byte encoding ones. It comes from difference between
> > MatchText() and MBMatchText().
>
> > We've had an optimization for single-byte encodings using
> > pg_database_encoding_max_length() == 1 test. I'll propose to extend it
> > in UTF-8 with locale-C case.
>
> If this works for UTF8, won't it work for all the backend-legal
> encodings?

I guess it works well for % but not for _ , the latter has to know, how
many bytes the current (multibyte) character covers.

The length is still easy to find out for UTF8 encoding, so it may be
feasible to write UTF8MatchText() that is still faster than
MBMatchText().

--
----------------
Hannu Krosing
Database Architect
Skype Technologies OÜ
Akadeemia tee 21 F, Tallinn, 12618, Estonia

Skype me:  callto:hkrosing
Get Skype for free:  http://www.skype.com



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

Предыдущее
От: Chris Browne
Дата:
Сообщение: Re: TOASTing smaller things
Следующее
От: Tom Lane
Дата:
Сообщение: Re: CREATE INDEX and HOT - revised design