无法使用 pg_dump 将表复制到另一个数据库

我正在尝试将表从一个数据库复制到另一个数据库（不是架构）。我在终端中使用的代码如下：

pg_dump -U postgres -t OldSchema.TableToCopy OldDatabase | psql -U postgres -d NewDatabase

当我按 Enter 时，它会请求 postgres 密码，我输入我的通行证，然后它会请求 psql 密码。我输入它并按 Enter 键。我收到很多：

invalid command \N
ERROR: relation "TableToCopy" does not exist

两个表都有UTF8编码。难道我做错了什么？
操作系统：Windows XP

错误输出：

psql:TblToCopy.sql:39236: invalid command \N
psql:TblToCopy.sql:39237: invalid command \N
psql:TblToCopy.sql:39238: invalid command \N
.
.
.

经过数百次以上错误后，终端回显：

psql:TblToCopy.sql:39245: ERROR: syntax error at or near "509"
LINE 1: 509 some gibberish words and letters here

最后：

sql:TblToCopy.sql:39245: ERROR: relation "TableToCopy" does not exist

EDIT我阅读了对同一问题的回复\N psql 错误 http://www.postgresql.org/message-id/48F901B7.2050807@gmx.de，它说使用 INSERT 而不是 COPY，但在文件 pg_dump 中创建了 COPY。如何让 pg_dump 使用 INSERT 而不是 COPY？

我用 iconv 将文件转换为 utf-8。现在该错误已经消失，但我有一个新错误。在这种特殊情况下，当我使用 psql 将数据导入数据库时​​，会发生一些新情况。表已创建但没有数据。它说：

SET
SET
SET
SET
SET
SET
SET
SET
CREATE TABLE
ALTER TABLE
psql:tblNew.sql:39610: ERROR:  value too long for type character(3)
CONTEXT:  COPY words, line 1, column first_two_letters: "سر"
ALTER TABLE
ALTER TABLE
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE TRIGGER

我尝试使用 Encoding: UTF8 创建一个带有表的数据库，并插入 COPY 命令尝试插入的两个 UTF-8 编码字符，并且在使用 INSERT 时它可以工作。

CREATE DATABASE test
  WITH OWNER = postgres
       ENCODING = 'UTF8'
       TABLESPACE = pg_default
       LC_COLLATE = 'English_United States.1252'
       LC_CTYPE = 'English_United States.1252'
       CONNECTION LIMIT = -1;

CREATE TABLE x
(
  first_two_letters character(3)
)
WITH (
  OIDS=FALSE
);
ALTER TABLE x
  OWNER TO postgres;

INSERT INTO x(
            first_two_letters)
    VALUES ('سر');

根据http://rishida.net/tools/conversion/ http://rishida.net/tools/conversion/对于失败的 COPY，Unicode 代码点为：

U+0633 U+0631

哪个是两个字符，这意味着您应该能够将它们存储在定义为 character(3) 的列中，该列存储长度最多为 3 个字符（不是字节）的字符串。

如果我们尝试 INSERT，它会成功：

 INSERT INTO x( 
                first_two_letters) 
        VALUES (U&'\0633\0631');

来自pg_dump 文档 http://www.postgresql.org/docs/9.3/static/app-pgdump.html您可以使用 --inserts 选项插入而不是复制

--插入 将数据转储为 INSERT 命令（而不是 COPY）。这会让恢复变得非常缓慢；它主要用于制作可以的转储 被加载到非 PostgreSQL 数据库中。然而，由于这个选项 为每一行生成一个单独的命令，重新加载行时出错 仅导致该行丢失，而不是整个表内容丢失。 请注意，如果您重新安排，恢复可能会完全失败 列顺序。 --column-inserts 选项对于列顺序是安全的 变化，尽管速度更慢。

尝试使用它来代替第 1 步：

pg_dump -U postgres -t OldSchema."TableToCopy" --inserts OldDatabase > Table.sql

我还尝试从表复制到文件并使用 COPY 导入，对我来说它有效。

您确定您的客户端和服务器数据库编码是 UTF8 吗？

首先，将名为“x”的表从数据库“test”上的模式“public”导出到纯文本 SQL 文件：

pg_dump -U postgres -t public."x" test > x.sql

它创建包含以下内容的 x.sql 文件：

--
-- PostgreSQL database dump
--
SET statement_timeout = 0;
SET lock_timeout = 0;
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;

SET search_path = public, pg_catalog;

SET default_tablespace = '';

SET default_with_oids = false;

--
-- Name: x; Type: TABLE; Schema: public; Owner: postgres; Tablespace: 
--

CREATE TABLE x (
    first_two_letters character(3)
);


ALTER TABLE public.x OWNER TO postgres;

--
-- Data for Name: x; Type: TABLE DATA; Schema: public; Owner: postgres
--

COPY x (first_two_letters) FROM stdin;
سر 
\.


--
-- PostgreSQL database dump complete
--

其次，导入：
psql -U postgres -d test -f x.sql