CREATE TABLE A ( MyKey SERIAL PRIMARY KEY ); CREATE TABLE B ( AKey INT,-- Should have: REFERENCES A (MyKey),-- but can't due to Postgres limitations ); CREATE TABLE APart1 ( Field1 INT,PRIMARY KEY (MyKey) ) INHERITS (A); CREATE TABLE APart2 ( Field2 INT,PRIMARY KEY (MyKey) ) INHERITS (A); CREATE FUNCTION ValidateKeyInA(aKey INT) RETURNS BOOL AS $$ BEGIN PERFORM * FROM A WHERE MyKey = aKey; IF FOUND THEN RETURN TRUE; END IF; RETURN FALSE; END; $$LANGUAGE PLPGsql; ALTER TABLE B ADD CHECK (ValidateKeyInA(AKey)); WITH aKey AS (INSERT INTO APart1 (Field1) VALUES (1) RETURNING MyKey) INSERT INTO B (AKey) SELECT * FROM aKey; WITH aKey AS (INSERT INTO APart2 (Field2) VALUES (2) RETURNING MyKey) INSERT INTO B (AKey) SELECT * FROM aKey;
这很好用,直到我去转储和恢复数据库.那时,Postgres不知道表B依赖于表A(及其分区)中的数据,而B恰好在表A之前被转储.我试图将“DEFERRABLE”关键字添加到我所在的行添加约束,但Postgres不支持可延迟检查约束.
我建议的方法是将我的检查约束转换为约束触发器,我可以推迟,然后在事务中导入我的数据库转储.对此有更直接的方法吗?例如,有没有办法让我告诉Postgres不要转储表B,直到表A及其所有分区都被转储(例如,从B添加依赖关系到A的分区)?我应该使用的其他一些模式呢?谢谢.
解决方法
pg_restore允许控制顺序,如何使用选项–use-list恢复数据库元素.
您首先使用选项-Fc以自定义格式转储数据库,否则无法使用pg_restore恢复转储:
pg_dump -Fc your_database -f database.dump
pg_restore --list database.dump > backup.txt
文件backup.txt将用作pg_restore选项–use-list的输入,但首先您可以编辑文件并使用复制/粘贴更改行的顺序.您可以独立更改表创建和数据插入.请注意您的列表保持一致.您还可以完全删除行,以便从还原中排除元素.
最后使用选项–use-list恢复转储:
pg_restore -d your_database --use-list backup.txt database.dump
我使用您的示例测试了此过程并更改了表A和B的顺序.如果首先还原表A,则会恢复转储而不会出现错误.否则,如果首先还原B,则还原将按预期失败,并显示错误:
pg_restore: [archiver (db)] copY Failed for table “b”: ERROR: new row for relation “b” violates check constraint “b_akey_check” DETAIL: Failing row contains (1). CONTEXT: copY b,line 1: “1” WARNING: errors ignored on restore: 1