Re: OCTET_LENGTH is wrong - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: OCTET_LENGTH is wrong
Date
Msg-id 3C01F450.3C6577CB@tm.ee
Whole thread Raw
In response to Re: OCTET_LENGTH is wrong  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: OCTET_LENGTH is wrong
List pgsql-hackers
Peter Eisentraut wrote:
> 
> Tatsuo Ishii writes:
> 
> > > I don't think so.  The sort order is independent of the character
> > > encoding, and vice versa.  It must be, because
> >
> > This seems different from SQL's CREATE COLLATION syntax.
> > >From SQL99's CREATE COLLATION definition:
> >
> >               CREATE COLLATION <collation name> FOR
> >               <character set specification>
> >                 FROM <existing collation name>
> >                   [ <pad characteristic> ]
> >
> > So it seems a collation depends on a character set.
> 
> I see.  But that really doesn't have anything to do with reality.  In
> fact, it completely undermines the transparency of the character set
> encoding that we're probably trying to achieve.

COLLATION being independent of character set is a separate problem 
from COLLATION being _defined_ on character set - without a known 
character set I can't see how you can define it. 
i.e. "COLLACTION for any 8-bit charset" just does not make sense.

-----------------
Hannu


pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: bytea/ODBC/MSAccess issue
Next
From: Tatsuo Ishii
Date:
Subject: Re: OCTET_LENGTH is wrong