Home/ Questions/Q 5955335
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-22T18:05:58+00:00

We are currently using postgresql for our production database in rails, great database, but

  • 0

We are currently using postgresql for our production database in rails, great database, but I am building the new version of our application around SQLite. Indeed, we don’t use advanced functions of postgres like full text search or PL/SQL. Considering SQLite, I love the idea to move the database playing with just one file, its simple integration in a server and in Rails, and the performance seems really good -> Benchmark

Our application’s traffic is relatively high, we got something like 1 200 000 views/day. So, we make a lot of read from the database, but we make a few writes.

What do you think of that ? Feedback from anyone using or trying (like us) to use SQLite like a production database ?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    If you do lots of reads and few writes then combine SQLite it with some sort of in-memory cache mechanism (memcache or redis are really good for this). This would help to minimize the number of accesses (reads) to the database. This approach helps on any many-reads-few-writes environment and it helps to not hit SQLite deficiencies – in your specific case.

    • 0