首页 文章

没有命令行恢复postgresql转储(.sql文件)?

提问于
浏览
1

场景:

我已经构建了一个使用postgresql数据库的PHP框架 . 该框架附带了一个.sql文件,该文件是框架所需的默认表和数据的转储 .

我希望能够从客户端(PHP)而不是命令行运行sql文件,以便导入数据 . 这是因为我遇到了一些服务器设置,其中并不总是可能访问命令行,和/或无法运行某些命令(例如,PHP用户可能无法访问pg_restore) .

我试过简单地拆分.sql文件并使用pg_sql PHP扩展将其作为查询运行,但是因为转储文件使用COPY命令来创建数据,所以这似乎不起作用 . 似乎是因为使用了COPY,所以.sql文件需要使用pg_restore命令导入(除非我遗漏了什么?) .

题:

所以问题是,如何恢复.sql转储,或者以可以通过客户端(PHP)而不是命令行恢复的方式创建.sql转储?

例如:

<?php pg_query(file_get_contents($sqlFile)); ?>

而不是:

$ pg_restore -d dbname filename

错误示例:

我正在使用pgAdmin III生成.sql转储,使用“plain”设置 . 在.sql文件中,将插入表中的数据如下所示:

COPY core_classes_models_api (id, label, class, namespace, description, "extensionName", "readAccess") FROM stdin;
1   data    Data    \\Core\\Components\\Apis\\Data  The data api    Core    310
\.

如果我然后在pgAdmin III查询窗口中运行上面的sql,我会收到以下错误:

ERROR:  syntax error at or near "1"
LINE 708: 1 data Data \\Core\\Components\\Apis\\Data The data api Core...

1 回答

  • 1

    这有点难以找到,但经过一些调查后,似乎pg_dump的“普通”格式(生成纯文本SQL文件)默认生成COPY命令而不是INSERT命令 .

    看一下pg_dump here的规范,我找到了 --inserts 的选项 . 配置此选项将允许转储创建INSERT命令,它通常会创建COPY命令 .

    规范确实说明:

    这将使恢复非常缓慢;它主要用于创建可以加载到非PostgreSQL数据库的转储 . 但是,由于此选项为每一行生成单独的命令,因此重新加载行时出错只会导致该行丢失而不是整个表内容 .

    这适用于我的目的,希望能帮助其他人解决同样的问题!

相关问题