Re: using strxfrm for having multi locale/please vote for

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)surnet(dot)cl>, Greg Stark <gsstark(at)mit(dot)edu>, Mahmoud Taghizadeh <m_taghi(at)yahoo(dot)com>, peter_e(at)gmx(dot)net, db(at)zigo(dot)dhs(dot)org, mail(at)joeconway(dot)com, sszabo(at)megazone(dot)bigpanda(dot)com, pgsql-patches(at)postgresql(dot)org
Subject: Re: using strxfrm for having multi locale/please vote for
Date: 2005-06-07 16:12:37
Message-ID: 200506071612.j57GCb920008@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Alvaro Herrera wrote:
> >>> There are some things I think ICU can fix for us like indexing non-C
> >>> localed columns.
> >>
> >> Huh, we already do that, don't we?
>
> > Sorry, I meant LIKE index usage for non-C columns. We can do that now
> > with a special LIKE indexing method, but this would allow normal indexes
> > to work.
>
> Sounds like pie in the sky to me. Exactly how do you think that ICU
> will magically mask the fundamental semantic inconsistency?

I am hoping ICU will allow us to see the next greatest value for that
character.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2005-06-07 16:47:21 Re: SQLSTATE and SQLERRM
Previous Message Volkan YAZICI 2005-06-07 15:53:48 PQgetGetCopyData() doc. and PQsendQueryGuts() SegFault handling fix.