News for hackers. Stuff that matters.
Re:SQLite is not a toy database by 0xCMP on Thursday March 25, 2021 @05:10PM (#26585420)
The primary reason for me is that Postgres has stronger default constraints. If you care about keeping your data logically consistent then Postgres has more of that out of the box.

SQLite just makes the tradeoff to be simpler since often it doesn't matter. But don't make the mistake that it doesn't matter. Since PG helps avoid data problems and you might need to scale out web servers that is why Django for instance recommends switching to Postgres (or whatever you're actually going to use) ASAP cause there are differences. You may end up relying on PG to reject things SQLite doesn't care about by default. SQLite might let you get away with inserting data which PG refuses to handle.

Not to mention the DB specific features can differ. Like PG's JSON field types or etc.

Re:SQLite is not a toy database by pdimitar on Thursday March 25, 2021 @06:29PM (#26586421)
Not sure why you were downvoted because that is a legitimate concern and it's my only beef with sqlite3. I will kill for an embedded PostgreSQL. If sqlite3 becomes that I'll absolutely pay for a license if they require it.
Re:SQLite is not a toy database by legg0myegg0 on Thursday March 25, 2021 @09:56PM (#26588029)
Check out DuckDB! It is designed for OLAP instead of OLTP, but it uses Postgres syntax and types! It's columnar and lightning fast for big queries.
Re:SQLite is not a toy database by pdimitar on Friday March 26, 2021 @09:47AM (#26592083)
Been looking for an excuse to use it, this might just be the one. :)