From: | Vivek Khera <khera(at)kcilink(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | restoring to wrong encoding db |
Date: | 2004-09-03 19:42:44 |
Message-ID: | x7brgni1fv.fsf@yertle.int.kciLink.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
I was just copying a database that was in UNICODE encoding into a new
db for some testing. I hand't realized it was UNICODE and when it hit
some funky chinese data (from some spam that came in...) it errored
out with a string too long for a varchar(255).
The dump was created on PG 7.4.3 with "pg_dump -Fc"
The db was created with "createdb rt3"
The restore was to PG 7.4.5 with "pg_restore --verbose -d rt3 rt3.dump"
Is there some way for the dump to notice that the encoding is wrong in
the db into which it is being restored? Once I created the rt3 db
with encoding='UNICODE' it worked just fine. Should there be some
kind of check like that?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D. Khera Communications, Inc.
Internet: khera(at)kciLink(dot)com Rockville, MD +1-301-869-4449 x806
AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2004-09-04 10:43:33 | Re: fsync vs open_sync |
Previous Message | Pierre-Frédéric Caillaud | 2004-09-03 18:24:27 | Re: fsync vs open_sync |