From: | laser <laser(at)toping(dot)com(dot)cn> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Proposed TODO: --encoding option for pg_dump |
Date: | 2005-06-29 05:30:14 |
Message-ID: | 42C231E6.2000803@toping.com.cn |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
I support to add the option, for I've been seeing too many of
our client got 'bad' dump just because they don't set PGCLIENTENCODING
correctly, (mostly because they use UTF8 as database encoding
but use some other encoding, like GBK as client encoding, but some
words break the autoconversion at present version and set
PGCLIENTENCODING to UTF8 would fix the problem).
Adding such a switch would remind DBAs there exists some encoding
conversion. In fact, I even think that we should use database encoding
to dump data regardless the PGCLIENTENCODING setting (unless
the user set the --encoding switch explicit), but I think
that might be break someone's application somewhere. :(
regards laser
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Dilger | 2005-06-29 05:30:49 | Re: [HACKERS] Avoiding io penalty when updating large objects |
Previous Message | Robert Treat | 2005-06-29 04:28:34 | Re: Implementing SQL/PSM for PG 8.2 - debugger |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paesold | 2005-06-29 06:55:27 | Re: [HACKERS] Dbsize backend integration |
Previous Message | Tom Lane | 2005-06-29 04:09:35 | Re: Open items |