From c7d7c15bb104d3ad2b7388a63e392ec8fbe2258b Mon Sep 17 00:00:00 2001
From: Andrew Dunstan <andrew@dunslane.net>
Date: Wed, 16 Jan 2008 22:07:04 +0000
Subject: [PATCH] Document the fact that COPY always uses the client encoding.
---
doc/src/sgml/ref/copy.sgml | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/doc/src/sgml/ref/copy.sgml b/doc/src/sgml/ref/copy.sgml
index 703951de803..bd1b94ae395 100644
--- a/doc/src/sgml/ref/copy.sgml
+++ b/doc/src/sgml/ref/copy.sgml
@@ -1,5 +1,5 @@
<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/copy.sgml,v 1.80 2007/04/18 02:28:22 momjian Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/copy.sgml,v 1.81 2008/01/16 22:07:04 adunstan Exp $
PostgreSQL documentation
-->
@@ -353,6 +353,13 @@ COPY <replaceable class="parameter">count</replaceable>
using <command>COPY TO</>.
</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>
+
<para>
<command>COPY</command> stops operation at the first error. This
should not lead to problems in the event of a <command>COPY
@@ -363,6 +370,7 @@ COPY <replaceable class="parameter">count</replaceable>
happened well into a large copy operation. You might wish to invoke
<command>VACUUM</command> to recover the wasted space.
</para>
+
</refsect1>
<refsect1>
--
GitLab