恢复没有命令行的postgresql (.sql文件)？

Question

设想情况：

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

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

我尝试过简单地拆分.sql文件，并使用pg_sql PHP扩展名作为查询运行它，但是由于转储文件使用复制命令来创建数据，这似乎不起作用。似乎是因为使用了复制，所以.sql文件需要使用pg_restore命令导入(除非我遗漏了什么？)。

问题：

所以问题是，我如何恢复.sql转储，或者以一种可以通过客户机(PHP)而不是命令行来恢复.sql转储的方式创建.sql转储？

例如：

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

而不是：

$ pg_restore -d dbname filename

错误示例：

我使用pgAdmin III生成.sql转储，使用“平原”设置。在.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...

Answer 1

这有点棘手，但经过一些调查，pg_dump的“纯文本”格式(生成纯文本SQL文件)默认生成复制命令，而不是插入命令。

看看pg_dump 这里的规范，我找到了--inserts的选项。配置此选项将允许转储在通常创建复制命令的地方创建插入命令。

该规范确实规定：

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

然而，这对我的目的是有效的，并且希望能帮助其他有同样问题的人！