13 puntos por xguru 2022-05-06 | 5 comentarios | Compartir por WhatsApp

Pregunta sobre si alguien ha montado una base de datos usando solo SQLite en producción real (incluyendo dqlite, rqlite)

  • En un SaaS lo usan sin problemas hasta varios millones de hits al mes. Hacen respaldos continuos con Litestream, así que tampoco hay problemas en producción
  • Hay muchos comentarios diciendo que es mejor elegir simplemente Postgres en vez de SQLite
  • Casos en los que no deberías usar SQLite
    • Cuando los datos y la aplicación están separados por red
    • Cuando hay muchos escritores escribiendo al mismo tiempo
    • Cuando el tamaño de los datos supera los 280 TB

5 comentarios

 
kunggom 2022-05-06

Es una historia un poco distinta, pero SQLite es realmente increíblemente cómodo para usarlo como caché local.
Yo no he llegado a usar SQLite como base de datos principal, pero sí he visto de cerca un caso en el que, en un producto que antes usaba un RDBMS administrado en una nube pública, terminaron migrando a SQLite en un entorno local porque el uso real de la base de datos era menor de lo esperado y aun así los costos salían innecesariamente altos.

 
kbumsik 2022-05-06

SQLite en sí no tiene problemas... pero como últimamente no es difícil levantar algo como Postgres en AWS y similares, parece que va perdiendo terreno entre las opciones.

 
525hm 2022-05-06

Es sobre Litestream.

 
xguru 2022-05-06

Aunque SQLite realmente es muy bueno y práctico,
solo suele ser viable para sitios web pequeños o SaaS que no reciben mucho tráfico, y elegirlo a ciegas sin evaluar tu propia situación es arriesgado.
Comparto el enlace con la idea de que lo usemos sabiendo bien en qué casos conviene.