gpt4 book ai didi

php - 不使用命令行恢复 postgresql 转储(.sql 文件)?

转载 作者:行者123 更新时间:2023-11-29 13:27:44 24 4
gpt4 key购买 nike

场景:

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

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

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

问题:

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

例如:

<?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...

最佳答案

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

查看 pg_dump 的规范 here ,我找到了 --inserts 的选项。配置此选项将允许转储在通常创建 COPY 命令的地方创建 INSERT 命令。

规范确实声明:

This will make restoration very slow; it is mainly useful for making dumps that can be loaded into non-PostgreSQL databases. However, since this option generates a separate command for each row, an error in reloading a row causes only that row to be lost rather than the entire table contents.

但这对我的目的有用,希望能帮助其他遇到同样问题的人!

关于php - 不使用命令行恢复 postgresql 转储(.sql 文件)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30569471/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com