Re:D1: Our SQL database
by vaughan on Wednesday May 11, 2022 @10:25AM
(#31340409)
Has anyone tried to write a new modern SQLite?
[ Parent
| on HN ]
Why? Yes sqlite doesn't have all the features postgres has. Postgres doesn't have all the features the sqlite has either. What's wrong with having different tools with different sets tradeoffs. It's a different shape of Lego and that's fine - some things call for a 1/3height 2x2 and others call for a full height 1x8.
Re:D1: Our SQL database
by jpcapdevila on Wednesday May 11, 2022 @11:00AM
(#31340955)
I think the most successful attempt would be Realm.
Re:D1: Our SQL database
by chrisshroba on Wednesday May 11, 2022 @10:39AM
(#31340604)
DuckDB comes to mind, but I can't speak to its differences from SQLite.
I haven't tried duckdb but I have been googling about it. I think I saw a discussion where it was mentioned that duckdb isn't a replacement for SQLite. It is an OLAP database [0] which makes its ingestion time slower than SQLite, I think. So it is meant for analytics but not as fullfledge replacement for SQLite.
[0]: https://en.wikipedia.org/wiki/Online_analytical_processing
Duckdb on HN: https://news.ycombinator.com/item?id=23287278
Re:D1: Our SQL database
by 1egg0myegg0 on Wednesday May 11, 2022 @07:39PM
(#31347430)
Close! DuckDB has very fast bulk insert speeds, but slower individual row insertion/update speeds. (Disclaimer: I write docs for DuckDB)
DuckDB is Olap SQLite. The vector engine is dope. But most of the innovation is in the OLAP stuff.
Re:D1: Our SQL database
by steaminghams on Wednesday May 11, 2022 @11:26AM
(#31341390)
why do you consider sqlite to not be modern?
all the hip service providers seem to be all over it which would indicate pretty good modernity to me at least.