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  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: What about CREATE OR REPLACE FUNCTION?
Следующее
От: Lamar Owen
Дата:
Сообщение: Re: cvs problem