Re: Vacuuming unicode database

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Vacuuming unicode database
Дата
Msg-id 6495.1060793403@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Vacuuming unicode database  ("Tambet Matiisen" <t.matiisen@aprote.ee>)
Ответы Re: Vacuuming unicode database
Список pgsql-general
"Tambet Matiisen" <t.matiisen@aprote.ee> writes:
> Table pg_group is giving errors, because I have group name with 8-bit
> characters in it. As I understand, groups are common for all databases
> and pg_group is created during initdb, so it should be considered having
> SQL_ASCII charset, not UNICODE. Seems like a bug to me?

Unfortunately, we don't have any way of dealing with different character
sets or locales in different tables.  (AFAICT this is not practical
without implementing our own locale library, which would be an enormous
task; someday we will solve this problem, but don't hold your breath.)
So pg_shadow, pg_group, and pg_database are all risk spots.

I think the best advice is to limit your user/group/database names to
7-bit-ASCII if you are going to use different encodings in different
databases.  That way, they'll look valid in all databases.

            regards, tom lane

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

Предыдущее
От: "Mark Mikulec"
Дата:
Сообщение: Re: Help! Can't pg_dump anything: handler procedure for procedural language plpgsql not found
Следующее
От:
Дата:
Сообщение: Usogres - Compilation Error