Re: Best practices for moving UTF8 databases

Поиск
Список
Период
Сортировка
От Albe Laurenz
Тема Re: Best practices for moving UTF8 databases
Дата
Msg-id D960CB61B694CF459DCFB4B0128514C203937E1E@exadv11.host.magwien.gv.at
обсуждение исходный текст
Ответ на Best practices for moving UTF8 databases  (Phoenix Kiula <phoenix.kiula@gmail.com>)
Ответы Request for features
Список pgsql-general
Phoenix Kiula wrote:
> Hi. I *always* get an error moving my current fully utf-8 database
> data into a new DB.
>
> My server has the version 8.3 with a five year old DB. Everything, all
> collation, LC_LOCALE etc are all utf8.
>
> When I install a new Postgresql 8.4 on my home Mac OSX machine (after
> losing some hair) I set everything about a new database to be utf8. At
> least anything I could see in PgAdmin.
>
> But when I pull in the data dump from the server I always see that
> error from the utf8 mismatch and such.
>
> So, my question. What is a good way to make sure that error does NOT
> occur? I simply wish to replicate the server database on another PG
> installation. What should one do?

Improve PostgreSQL so that there are no more loopholes how you can
enter incorrect data :^(

8.3 is about one and a half years old, so your database must have
oribinated with an older release. Correctness checks have improved
considerably over the years.

What you will have to do it track down the rows containing incorrect data
and fix them.

Yours,
Laurenz Albe

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

Предыдущее
От: Grzegorz Jaśkiewicz
Дата:
Сообщение: Re: Re: [BUGS] BUG #4916: wish: more statistical functions (median, percentiles etc)
Следующее
От: "IVO GELOV"
Дата:
Сообщение: Re: Rule acting as REPLACE INTO behave strange