We’re using constants in some constraints here, for example in cases where several servers are replicating to the same federating one: each origin server has his own schema, and all is replicated nicely on the central host, thanks to Londiste, as you might have guessed already.
So, if you followed the previous blog entry, now you have a new database
containing all the
static tables encoded in
UTF-8
rather than
SQL_ASCII
. Because if it was not yet the case, you now severely distrust
this non-encoding.
Now is the time to have a look at properly encoding the
live data, those
stored in tables that continue to receive write traffic. The idea is to use
the
UPDATE
facilities of PostgreSQL to tweak the data, and too fix the
applications so as not to continue inserting badly encoded strings in there.