导入数据后，Postgresql 转储不会更正数据库

Question

我的目标是将 .sql 转储从我的服务器导入 project_devel 数据库。我遇到了一个令人沮丧的问题，当我从 .sql 文件加载数据时，似乎忽略了 -d [databasename] 选项。相反（您可以在输出中看到大约 12 行），.sql 文件可能会告诉导入器导入另一个数据库。关于为什么会发生这种情况以及如何强制数据进入我使用 -d 指定的数据库的任何线索？

我最终通过将我在 database.yml 中的开发数据库名称更改为 project_prod 对其进行了创可贴，因为我的目标只是在本地加载生产数据并进行调试。

我用来导入的命令：

YeastFlakes:newproject new$ psql -h /tmp -d project_devel -f prod_dump_2013-02-07_09-00.sql 

输出：

You are now connected to database "postgres" as user "new".
    SET
    SET
    SET
    psql:prod_dump_2013-02-07_09-00.sql:15: ERROR:  role "project" already exists
    ALTER ROLE
    psql:prod_dump_2013-02-07_09-00.sql:17: ERROR:  role "postgres" already exists
    ALTER ROLE
    psql:prod_dump_2013-02-07_09-00.sql:19: ERROR:  role "replication" already exists
    ALTER ROLE
    psql:prod_dump_2013-02-07_09-00.sql:31: ERROR:  database "project_prod" already exists
    REVOKE
    REVOKE
    GRANT
    GRANT
    You are now connected to database "project_prod" as user "new".
    SET
    SET
    SET
    SET
    SET
    SET
    CREATE EXTENSION
    COMMENT
    SET
    SET
    SET
    psql:prod_dump_2013-02-07_09-00.sql:85: ERROR:  relation "active_admin_comments" already exists
    ALTER TABLE
    psql:prod_dump_2013-02-07_09-00.sql:99: ERROR:  relation "active_admin_comments_id_seq" already exists

输出会持续一段时间......

Answer 1

PostgreSQL documentation 似乎采用了一种非常简单的 SQL 转储/恢复方法；

Dump: 

$ pg_dump dbname > outfile

Restore:

$ psql dbname < infile

有什么理由不使用这种方法吗？

Answer 2

它在你的输出顶部相当清楚地表明：

You are now connected to database "postgres" as user "new".
...
You are now connected to database "project_prod" as user "new".

如果您查看备份的前二十行左右，我认为您没有看到任何看起来像“连接”命令的东西？可能以用户“new”的身份访问数据库“postgresql”，然后以用户“new”的身份再次访问数据库“project_prod”？

哦，如果您不打算真正查看文件内部，那么将其作为原始 SQL 转储是没有意义的。不妨使用压缩的“自定义”格式，并为您提供使用 pg_restore 恢复单个/选定元素的选项。有关详细信息，请参阅广泛而详细的手册。