使用SQLite作为生产数据库,但不好的想法

Question

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

我们的应用程序的流量相对较高,我们每天的观看次数达到了120万次.因此,我们从数据库中进行了大量读取,但是我们做了一些写操作.

你对那个怎么想的 ？任何使用或尝试(像我们)使用SQLite像生产数据库的人的反馈？

Answer 1

如果你进行大量的读取和少量写入,那么将SQLite与某种内存缓存机制结合起来(memcache或redis对此非常有用).这将有助于最小化对数据库的访问(读取)次数.这种方法有助于任何多读取少量写入环境,并且在特定情况下有助于不会遇到SQLite缺陷.