From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: COPY encoding |
Date: | 2008-01-16 20:46:25 |
Message-ID: | 478E6D21.20702@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>
>> In helping someome on IRC it has become apparent that unless I am
>> mistaken "COPY foo from 'filename'" is reading the file according to the
>> client encoding.
>>
>
>
>> Is that the expected behaviour?
>>
>
> Yes, it is. Not sure if it's adequately documented.
>
Will this cover the case?
diff -c -r1.80 copy.sgml
*** copy.sgml 18 Apr 2007 02:28:22 -0000 1.80
--- copy.sgml 16 Jan 2008 20:44:02 -0000
***************
*** 363,368 ****
--- 363,376 ----
happened well into a large copy operation. You might wish to invoke
<command>VACUUM</command> to recover the wasted space.
</para>
+
+ <para>
+ Input data is interpreted according to the current client encoding,
+ and output data is encoded in the the current client encoding, even
+ if the data does not pass through the client but is read from or
+ written to a file.
+ </para>
+
</refsect1>
<refsect1>
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-01-16 20:51:16 | Re: postgresql in FreeBSD jails: proposal |
Previous Message | Guillaume Smet | 2008-01-16 19:26:19 | Re: Some ideas about Vacuum |