Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: peter_e(at)gmx(dot)net, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?
Date: 2001-02-16 13:02:37
Message-ID: 20010216220237W.t-ishii@sra.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> > Oh, I see. So the question still remains: can a MULTIBYTE-aware backend
> > ever use a sort order different from strcmp() order? (That is, not as
> > a result of LOCALE, but just because of the non-SQL-ASCII encoding.)
> >>
> >> According to the code, no, because varstr_cmp() doesn't pay attention to
> >> the multibyte status. Presumably strcmp() and strcoll() don't either.
>
> > Right.
>
> OK, so I guess this comes down to a judgment call: should we insert the
> check in the non-MULTIBYTE case, or not? I still think it's safest to
> do so, but I'm not sure what you want to do.
>
> regards, tom lane

I have discussed with Japanese hackers including Hiroshi of this
issue. We have reached the conclusion that your proposal is
appropreate and will make PostgreSQL more statble.
--
Tatsuo Ishii

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mike Mascari 2001-02-16 14:29:02 MATCH PARTIAL
Previous Message David Lizano 2001-02-16 09:59:01 A bug in binary distribution for S.u.S.E. 7.0