场景：
我已经构建了一个使用postgresql数据库的PHP框架。该框架附带了一个.sql文件，该文件是框架所需的默认表和数据的转储。
我希望能够从客户端(PHP(而不是命令行运行sql文件，以便导入数据。这是因为我遇到过一些服务器设置，在这些设置中，访问命令行并不总是可能的，和/或运行某些命令是不可能的(例如，PHP用户可能无法访问pg_restore(。
我尝试过简单地拆分.sql文件，并使用pg_sqlPHP扩展将其作为查询运行，但是由于转储文件使用COPY命令来创建数据，所以这似乎不起作用。似乎是因为使用了COPY，.sql文件希望使用pg_restore命令导入(除非我缺少什么？(。
问题：
因此，问题是，我如何恢复.sql转储，或者以可以通过客户端(PHP(而不是命令行恢复的方式创建.sql转储？
例如：
<?php pg_query(file_get_contents($sqlFile)); ?>
而不是：
$ pg_restore -d dbname filename
错误示例：
我使用pgAdminIII生成.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...
这有点难找到，但经过一些调查，pg_dump的"纯"格式(生成纯文本SQL文件(默认情况下会生成COPY命令，而不是INSERT命令。
在这里查看pg_dump的规范，我发现了--inserts的选项。配置此选项将允许转储在通常创建COPY命令的位置创建INSERT命令。
规范确实说明：
这将使恢复非常缓慢；它主要用于制作可以加载到非PostgreSQL数据库中的转储。但是，由于此选项为每一行生成一个单独的命令，因此重新加载行时的错误只会导致该行丢失，而不会导致整个表内容丢失。
然而，这对我来说是有效的，希望能帮助其他有同样问题的人！