| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
| Cc: | ZeugswetterA(at)spardat(dot)at, pgman(at)candle(dot)pha(dot)pa(dot)us, phede-ml(at)islande(dot)org, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Unicode combining characters |
| Date: | 2001-10-03 14:56:04 |
| Message-ID: | 27049.1002120964@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> ... There seems some problems existing in the
> implementation. Considering REGEX is not so slow, maybe we should
> employ the same design as REGEX. i.e. using wide charcters, not
> multibyte streams...
Seems like a good thing to put on the to-do list. In the meantime,
we still have the question of whether to enable multibyte in the
default configuration. I'd still vote YES, as these results seem
to me to demonstrate that there is no wide-ranging performance penalty.
A problem confined to LIKE on long strings isn't a showstopper IMHO.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zeugswetter Andreas SB SD | 2001-10-03 15:23:47 | Re: Unicode combining characters |
| Previous Message | Bruce Momjian | 2001-10-03 13:00:05 | Re: btree_gist regression test busted? |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2001-10-03 16:05:34 | Re: Unicode combining characters |
| Previous Message | Bruce Momjian | 2001-10-03 13:00:13 | Re: Simplified Chinese translation file for nls support |