Re: [PATCHES] Postgres-6.3.2 locale patch
| От | Thomas G. Lockhart |
|---|---|
| Тема | Re: [PATCHES] Postgres-6.3.2 locale patch |
| Дата | |
| Msg-id | 35755C91.15D4BA9B@alumni.caltech.edu обсуждение исходный текст |
| Ответы |
Re: [HACKERS] Re: [PATCHES] Postgres-6.3.2 locale patch
Re: [PATCHES] Postgres-6.3.2 locale patch Re: [PATCHES] Postgres-6.3.2 locale patch |
| Список | pgsql-hackers |
Hi. I'm looking for non-English-using Postgres hackers to participate in
implementing NCHAR() and alternate character sets in Postgres. I think
I've worked out how to do the implementation (not the details, just a
strategy) so that multiple character sets will be allowed in a single
database, additional character sets can be loaded at run-time, and so
that everything will behave transparently.
I would propose to do this for v6.4 as user-defined packages (with
compile-time parser support) on top of the existing USE_LOCALE and MB
patches so that the existing compile-time options are not changed or
damaged.
So, the initial questions:
1) Is the NCHAR/NVARCHAR/CHARACTER SET syntax and usage acceptable for
non-English applications? Do other databases use this SQL92 convention,
or does it have difficulties?
2) Would anyone be interested in helping to define the character sets
and helping to test? I don't know the correct collation sequences and
don't think they would display properly on my screen...
3) I'd like to implement the existing Cyrillic and EUC-jp character
sets, and also some European languages (French and ??) which use the
Latin-1 alphabet but might have different collation sequences. Any
suggestions for candidates??
- Tom
В списке pgsql-hackers по дате отправления: