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
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 |