From: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
---|---|
To: | Milan Zamazal <pdm(at)debian(dot)cz> |
Cc: | hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Implications of multi-byte support in a distribution |
Date: | 1999-09-02 05:25:01 |
Message-ID: | 37CE0A2D.9C617A13@alumni.caltech.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> >> That shouldn't be too difficult, if we have an encoding
> >> infomation with each text column or literal. Maybe now is the
> >> time to introuce NCHAR?
> TL> I've been waiting for a go-ahead from folks who would use
> TL> it. imho the way to do it is to use Postgres' type system to
> TL> implement it, rather than, for example, encoding "type"
> TL> information into each string. We can also define a "default
> TL> encoding" for each database as a new column in pg_database...
> What about sorting? Would it be possible to solve it in similar way?
> If I'm not mistaken, there is currently no good way to use two different
> kinds of sorting for one postmaster instance?
Each encoding/character set can behave however you want. You can reuse
collation and sorting code from another character set, or define a
unique one.
- Thomas
--
Thomas Lockhart lockhart(at)alumni(dot)caltech(dot)edu
South Pasadena, California
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 1999-09-02 06:52:27 | Re: [HACKERS] Implications of multi-byte support in a distribution |
Previous Message | Tom Lane | 1999-09-02 04:36:10 | md.c is feeling much better now, thank you |