Re: character encoding in StartupMessage

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: character encoding in StartupMessage
Дата
Msg-id 10937.1141108683@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: character encoding in StartupMessage  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: character encoding in StartupMessage  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: character encoding in StartupMessage  (John DeSoi <desoi@pgedit.com>)
Список pgsql-hackers
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:
>> I could not find anything in the Frontend/Backend protocol docs about 
>> character encoding in the StartupMessage. Assuming it is legal for a 
>> database or user name to have unicode characters, how is this handled 
>> when nothing yet has been said about the client encoding?

> A similar badness is that if you issue CREATE DATABASE from a UTF8 
> database, the dbname will be stored as UTF8.  Then, if you go to a 
> LATIN1 database and create another it will be stored as LATIN1.

Yeah, this has been discussed before.  Database and user names both
have this affliction.

I don't see any very nice solution at the moment.  Once we get support
for per-column locales, it might be possible to declare that the shared
catalogs are always in UTF8 encoding and get the necessary
conversions to happen automatically.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Vacuum dead tuples that are "between" transactions
Следующее
От: Christopher Kings-Lynne
Дата:
Сообщение: ipcclean in 8.1 broken?