| 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: | Whole Thread | Raw Message | 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 |