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(at)postgresql(dot)org)
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

• Re: Unicode combining characters at 2001-10-02 06:49:52 from Tatsuo Ishii

Responses

• Re: Unicode combining characters at 2001-10-02 17:48:47 from Tom Lane

pgsql-hackers by date

Next:	From: Lamar Owen	Date: 2001-10-02 16:35:45
	Subject: Re: cvs problem
Previous:	From: Bruce Momjian	Date: 2001-10-02 16:29:08
	Subject: Re: do we're in time to catch 7.2 Beta ?