Re: Best practices for moving UTF8 databases - Mailing list pgsql-general

From Albe Laurenz
Subject Re: Best practices for moving UTF8 databases
Date
Msg-id D960CB61B694CF459DCFB4B0128514C203937E1E@exadv11.host.magwien.gv.at
Whole thread Raw
In response to Best practices for moving UTF8 databases  (Phoenix Kiula <phoenix.kiula@gmail.com>)
Responses Request for features
List 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 by date:

Previous
From: Grzegorz Jaśkiewicz
Date:
Subject: Re: Re: [BUGS] BUG #4916: wish: more statistical functions (median, percentiles etc)
Next
From: "IVO GELOV"
Date:
Subject: Re: Rule acting as REPLACE INTO behave strange