From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | hannu(at)tm(dot)ee |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: multibyte support by default |
Date: | 2002-04-17 02:09:29 |
Message-ID: | 20020417110929G.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On Tue, 2002-04-16 at 03:20, Tatsuo Ishii wrote:
> > In my understanding, our consensus was enabling multibyte support by
> > default for 7.3. Any objection?
>
> Is there currently some agreed plan for introducing standard
> NCHAR/NVARCHAR types.
I have such a kind of *personal* plan, maybe for 7.4, not for 7.3 due
to the limitation of my free time.
BTW, NCHAR/NVARCHAR is just a abbreviation of "CHAR(n) CHARACTER SET
foo"(where foo is an implementaion defined charset). So I'm not too
impressed by an idea implementing NCHAR/NVARCHAR alone.
> What does ISO/ANSI say about multybyteness of simple CHAR types ?
There's no such that idea "multybyteness" in the standard. In my
understanding the standard does not restrict "normal" CHAR types to
have only ASCII (more precisely "SQL_CHARACTER"). Moreover, CHAR types
without CHARSET specification will a have default charset to SQL_TEXT,
and its actual charset will be defined by the implementation.
In summary allowing any characters including multibyte ones in CHAR
types is not againt the standard at all, IMO.
--
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2002-04-17 02:10:37 | Re: ANSI Compliant Inserts |
Previous Message | Stephan Szabo | 2002-04-17 00:47:08 | Re: Index Scans become Seq Scans after VACUUM ANALYSE |