情景：
我已经构建了一个使用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使用“plain”设置生成.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...
答案 0 :(得分：1)
这有点难以找到，但经过一些调查后，似乎pg_dump＆＃34;＆＃34;＆＃34;＆＃34; format（生成纯文本SQL文件）默认生成COPY命令而不是INSERT命令。
查看pg_dump here的规范，我找到了--inserts的选项。配置此选项将允许转储创建INSERT命令，它通常会创建COPY命令。
规范确实陈述：
这将使恢复非常缓慢;它主要用于创建可以加载到非PostgreSQL数据库的转储。但是，由于此选项为每一行生成单独的命令，因此重新加载行时出错只会导致该行丢失而不是整个表内容。
这适用于我的目的，希望能帮助其他人解决同样的问题！