后端 postgres 的测试策略

Question

我想测试一个对 Postgres 数据库执行查询的后端。 据我所知，模拟 postgres 是不可能的（与 MongoDB 相对），应该查询一个真实的数据库。

所以我的第一个问题是，测试 postgres 查询的标准策略是什么？

现在，我正在尝试重新创建一个没有数据的数据库，以便我可以为每个测试插入信息并完全控制输出。 然而，目前尚不清楚如何做到这一点。 到目前为止，我想出了类似的东西：

pg_dump mydb --schema-only | pg_restore testdb

然而它真的很慢。 我想其中一个原因是，如果测试客户端与数据库不在同一个网络中，那么 pg_dump 将不得不通过网络获取所有信息才能将其发送回同一台机器。

我想我正在寻找的将类似于

Create new database testdb with template mydb 

只复制架构信息，不强制关闭所有连接。

Answer 1

我认为，您对模板数据库的想法是最好的。

你为什么不创建一个和mydb一样的模板数据库，只是没有数据？ 如果您的问题是mydb频繁发生架构更改，请使用将所有架构更改同时应用于mydb和模板数据库的部署技术。