performance - 用于客户端-服务器的 SQLite

Question

我在 Stackoverflow 上看到了几个 SQLite 性能问题，但重点是网站，我正在考虑在客户端-服务器场景中使用这个数据库:

• 我预计目前一台服务器有 1-10 个客户端，将来可能会增加到 50 个或更多。
• 读取略多于写入
• 数据库将位于服务器进程后面(即:不通过网络使用直接数据库访问)

与使用 PostgreSQL 相比，使用 SQLite 是否会降低应用的响应速度？我的直觉告诉我，这些负载应该没问题，但也许有人对这种情况有一些实际经验。

Answer 1

我确实将 SQLite 用于一个主要的客户端/服务器产品，该产品与约 10 个并发用户一起使用，我对那个决定深感遗憾。在我看来 - PostgreSQL 比 SQLite 更适合客户端/服务器场景，因为它具有精细的锁定粒度。

当有人需要写东西时整个数据库都被锁定时，你根本无法走得太远..

我非常喜欢 SQLite(我什至编写了一个用于比较 SQLite 数据库的商业实用程序 - SQLite Compare，但我认为当您有客户端/服务器场景时它不适合。

连SQLite的作者says它应该用作自定义文件格式的替代品，而不是用作完整的数据库服务器。我希望我能更认真地接受他的建议..