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 по дате отправления: