我启动了一个表转储,无论 NULL 值出现在哪里,转储文件都有\N
。
在还原期间,我收到此错误。
无效命令\N
数据库编码是UTF8
.
我接受了转储并尝试在同一台服务器上恢复,但在不同的数据库上。有一些解决方法。但我仍然在尝试修复它,而不对数据库编码做任何进一步的更改。
表结构:
CREATE TABLE person.person (
businessentityid integer NOT NULL,
persontype character(2) NOT NULL,
namestyle public."NameStyle" DEFAULT false NOT NULL,
title character varying(8),
firstname public."Name" NOT NULL,
middlename public."Name",
lastname public."Name" NOT NULL,
suffix character varying(10),
emailpromotion integer DEFAULT 0 NOT NULL,
additionalcontactinfo xml,
demographics xml,
rowguid uuid DEFAULT public.uuid_generate_v1() NOT NULL,
modifieddate timestamp without time zone DEFAULT now() NOT NULL,
CONSTRAINT "CK_Person_EmailPromotion" CHECK (((emailpromotion >= 0) AND (emailpromotion <= 2))),
CONSTRAINT "CK_Person_PersonType" CHECK (((persontype IS NULL) OR (upper((persontype)::text) = ANY (ARRAY['SC'::text, 'VC'::text, 'IN'::text, 'EM'::text, 'SP'::text, 'GC'::text]))))
);
错误线
COPY person.person (businessentityid, persontype, namestyle, title, firstname, middlename, lastname, suffix, emailpromotion, additionalcontactinfo, demographics, rowguid, modifieddate) FROM stdin;
1 EM f \N Ken J Sánchez \N 0 \N <IndividualSurvey xmlns="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/IndividualSurvey"><TotalPurchaseYTD>0</TotalPurchaseYTD></IndividualSurvey> 92c4279f-1207-48a3-8448-4636514eb7e2 2009-01-07 00:00:00
最可能的根本原因是
person.person
由于以下某些原因未创建表:它指的是
public.uuid_generate_v1()
需要uuid-ossp
可能未安装的扩展,特别是如果它是表转储,而不是数据库转储(因此它不会有 CREATE EXTENSION 语句)它指的是自定义类型
public."NameStyle"
,public."Name"
也可能不存在。默认情况下,psql 不会在第一个错误处停止,因此在这种情况下它将继续执行
COPY
命令,该命令将失败并将输入流留在下一行。这一行和它下面的其他行包含内联数据,但 psql 不知道这一点并将它们解释为命令,这通常会导致无效命令 \N错误。解决方案:使用
psql -v ON_ERROR_STOP=on -f script.sql
并解决按时间顺序出现的错误。