提供了一个简单的回答，这对我有用，对你也适用于大多数情况

psql -U username -d database_name < dump_file.sql . d

如果上面给出与角色相关的错误，则将username替换为postgres。

psql -U postgres -d database_name < dump_file.sql . d

如果你有一个完整的数据库转储:

PGPASSWORD="your_pass" psql -h "your_host" -U "your_user" -d "your_database" -f backup.sql

但是，如果您的模式是分开保存的，那么这就行不通了。然后需要禁用数据插入触发器，类似于pg_restore——disable-triggers。然后你可以使用这个:

cat database_data_only.gzip | gunzip | PGPASSWORD="your_pass" psql -h "your_host" -U root "your_database" -c 'SET session_replication_role = replica;' -f /dev/stdin

另一方面，我认为这是postgres的一个非常不幸的缺点。在pg_dump中创建转储的默认方式与pg_restore不兼容。然而，加上一些额外的关键字，它就是。WTF ?

对我来说，就像这样。

C:\Program Files\PostgreSQL\12\bin> psql -U postgres -p 5432  -d dummy -f C:\Users\Downloads\d2cm_test.sql

提供了一个简单的回答，这对我有用，对你也适用于大多数情况

psql -U username -d database_name < dump_file.sql . d

如果上面给出与角色相关的错误，则将username替换为postgres。

psql -U postgres -d database_name < dump_file.sql . d

这是解，

pg_restore -U username -p 5432 -h 10.10.10.1 -d database_name < dump_file . pg_restore -U username -p 5432

当我尝试用DBeaver备份db时，我得到了相同的错误。如果有人在Windows上使用DBeaver界面而不是命令行，请确保在备份和恢复设置时选择的格式为tar。