Re: Unicode conversion (Re: [COMMITTERS] pgsql (configure.in))

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: Unicode conversion (Re: [COMMITTERS] pgsql (configure.in))
Дата
Msg-id 20001031094032N.t-ishii@sra.co.jp
обсуждение исходный текст
Ответ на Unicode conversion (Re: [COMMITTERS] pgsql (configure.in))  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Unicode conversion (Re: [COMMITTERS] pgsql (configure.in))  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
> > Add new configure option "--enable-uniconv" that enables automatic
> > code conversion between Unicode and other encodings. Note that
> > this option requires --enable-multibyte also.
> > The reason why this is optional is that the feature requires huge
> > mapping tables and I don't think every user need the feature.
> 
> Can you explain what this does?  Does it mean frontends can use Unicode as
> their character set?

Yes. Here are some examples:

(1) both backend/frontend uses Unicode(actually UTF-8)

$ createdb -E unicode unicode
$ psql unicode
[some sessions follow using UTF-8]           :           :

Note that this is not a new functionality as opposite to (2), (3).

(2) backend is ISO8859-2 but frontend is UNICODE

$ createdb -E LATIN2 latin2
$ psql latin2
\encoding UNICODE
[some sessions follows using UTF-8]           :           :

Note that if you type in a wrong ISO8859-2 character that could not be
converted to UTF-8, you would get notices something like:

NOTICE:  local_to_utf: could not convert (0x00b4) LATIN2 to UTF-8. Ignored

(3) backend is Unicode but frontend is ISO8859-2

$ createdb -E unicode unicode
$ psql unicode
\encoding LATIN2
[some sessions follow using ISO8859-2]           :           :

Same note above...
--
Tatsuo Ishii


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Mount
Дата:
Сообщение: Re: Current CVS broken?
Следующее
От: Hiroshi Inoue
Дата:
Сообщение: Re: relation ### modified while in use