ruby-on-rails - 使用 SQLite 作为生产数据库，坏主意但是

Question

我们目前在 rails 中将 postgresql 用于我们的生产数据库，这是一个很棒的数据库，但我正在围绕 SQLite 构建我们应用程序的新版本。事实上，我们不使用 postgres 的高级功能，如全文搜索或 PL/SQL。考虑到 SQLite，我喜欢移动数据库只用一个文件的想法，它在服务器和 Rails 中的简单集成，而且性能似乎非常好 -> Benchmark

我们应用程序的流量相对较高，每天大约有 120 万次浏览。因此，我们从数据库中进行了大量读取，但进行了一些写入。

你怎么看？来自任何使用或尝试(像我们一样)像生产数据库一样使用 SQLite 的人的反馈？

Answer 1

如果你读很多而写很少，那么将 SQLite 与某种内存缓存机制结合起来(memcache 或 redis 非常适合这个)。这将有助于最大限度地减少对数据库的访问(读取)次数。这种方法有助于任何多读少写的环境，并且有助于避免 SQLite 缺陷 - 在您的特定情况下。