4 ms·
Don’t consider SQLite for cloud based webservers. The scant upside of 10-50x supposed query latency increase is likely to be worth little. In the extreme this
by JsticeJ 5y ago
Don’t consider SQLite for cloud based webservers.
The scant upside of 10-50x supposed query latency increase is likely to be worth little. In the extreme this is low single-digit milliseconds, so will be dwarfed by network hops.
In return for the above, you’ve coupled your request handler and it’s state, so you won’t be able to treat services as ephemeral. Docker and Kubernetes, for instance, become difficult. You now require a heap of error-prone gymnastics to manage your service.
If the query latency really matters, use an in memory db such as Redis.
SQLite is great for embedded systems where you’re particularly hardware constrained and know your machine in advance. It could also be a reasonable option for small webservers running locally. For anything remote, or with the slightest ambition of scale, using SQLite is very likely a bad trade off.