Re:

From: "Hiroshi Saito" <saito(at)inetrt(dot)skcapi(dot)co(dot)jp>
To: "Andreas Pflug" <pgadmin(at)pse-consulting(dot)de>
Cc: <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re:
Date: 2003-10-01 18:50:30
Message-ID: 02c301c3884c$e327bc30$1f324d80@w2k
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Ah.
Sorry.
It is not multi-byte...
I go for the bed.:-)

regards,
Hiroshi Saito

From: "Hiroshi Saito" <saito(at)mail(dot)skcapi(dot)co(dot)jp>

> From: "Andreas Pflug" <pgadmin(at)pse-consulting(dot)de>
>
> > Hiroshi Saito wrote:
> (snip)
> > >It isn't understood.
> > >Shouldn't put it in SQL_ASCII.
> > >Database comes to return the result which made a mistake.
> > >Or, do you use 256(2^8=256) ASCII?
> > >
> >
> > The DB will store 8 bit per character, regardless of the db encoding.
> > When it comes to conversion, only 7 bits are valid, if you tell the
> > backend "this is ASCII data". Your fault, if it actually isn't.
>
> However,
> WHERE of SELECT will go to look for it with 7bit for ENCODING if to be SQL_ASCII.
> Then, it fails.
> And, order by, too.
> Therefore, it is the case which you must not use.
>
> regards,
> Hiroshi Saito
>

Browse pgadmin-hackers by date

  From Date Subject
Next Message Adam Witney 2003-10-02 08:13:50 Re: pgAdmin III under wxCocoa
Previous Message Andreas Pflug 2003-10-01 18:37:39 Re: utffile.cpp & expatd.lib