News for hackers. Stuff that matters.
Re:SQLite is not a toy database by benbjohnson on Thursday March 25, 2021 @11:52AM (#26581795)
I agree that high availability features are outside of the goals of an embedded database. There's an ecosystem of tools SQLite to provide these benefits though. There's dqlite & rqlite for providing HA over SQLite. I'm the author of Litestream[1] which provides streaming replication to S3 for SQLite databases so folks can safely run a single node instance.

[1]: https://litestream.io/

Re:SQLite is not a toy database by hinkley on Thursday March 25, 2021 @12:54PM (#26582565)
One could, for instance, run “static” sites with the data stored in a SQLite database. Update on write apps often can do okay with 90% uptime. It’s the “generate everything in every request” crowd that needs an HA solution and why do we keep doing this to ourselves?
Re:SQLite is not a toy database by benbjohnson on Thursday March 25, 2021 @01:37PM (#26583105)
Yes, static generation is a great way to go if that works for your use case. Throw it up on a CDN and you'll likely have five 9s of uptime. I don't think that's a viable solution for a lot of applications though.
Re:SQLite is not a toy database by hinkley on Thursday March 25, 2021 @02:45PM (#26583852)
Half of arguments on the Internet are someone trying to win an argument they lost elsewhere. If I could get some people I work with to actually run the numbers on how much it costs us to make everything dynamic, versus how much we earn versus static, I think we’d quickly arrive at an agreement that most of it should be static with a little AJAX thrown in for the 10% that needs to be special.