Re: Unicode combining characters
От | Bruce Momjian |
---|---|
Тема | Re: Unicode combining characters |
Дата | |
Msg-id | 200110021631.f92GVeY12814@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Unicode combining characters (Tatsuo Ishii <t-ishii@sra.co.jp>) |
Ответы |
Re: Unicode combining characters
|
Список | pgsql-hackers |
If no one can find a case where multibyte is slower, I think we should enable it by default. Comments? > > Also, have we decided if multibyte should be the configure default now? > > Not sure. > > Anyway I have tested LIKE/REGEX query test using current. The query > executed is: > > explain analyze select '0000000 5089 474e...( 16475 > bytes long text containing only 0-9a-z chars) like 'aaa'; > > and > > explain analyze select '0000000 5089 474e...( 16475 > bytes long text containing only 0-9a-z chars) ~ 'aaa'; > > Here is the result: > > no MB with MB > LIKE 0.09 msec 0.08 msec > REGEX 0.09 msec 0.10 msec > > LIKE with MB seemed to be resonably fast, but REGEX with MB seemed a > little bit slow. Probably this is due the wide character conversion > overhead. > -- > Tatsuo Ishii > > ---------------------------(end of broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to majordomo@postgresql.org) > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: