-
rqlite[1] creator here. This offering is completely new to me. Welcome to the party, that's what I say. I started doing what they are doing about 10 years ago. :-)
https://www.philipotoole.com/9-years-of-open-source-database...
The post makes a fairly big point of the shortcomings of statement-based replication (like rqlite does).
What they state is correct -- non-deterministic SQL will be a problem, but it's not a difficult problem to solve. Just parse and rewrite the statement before sending it to Raft. It's exactly what rqlite does[2] (though there is more to do). However they claim that there are two concerns with this approach.
>This solution introduces a runtime delay because each SQL statement must be parsed and analyzed.
The delay is insignificant compared with the delay introduced by Raft consensus. This is not a valid concern. I'm surprised they even mentioned it.
>More importantly, it increases the difficulty of staying up-to-date with the new versions of the underline SQL engine (SQLite in this specific case) because the custom parser must be updated each time a new SQL function/feature is introduced.
Theoretically true, not true in practice. Any competent programmer can update any parsing code in a matter of hours.
[1] https://rqlite.io
[2] https://rqlite.io/docs/api/non-deterministic/
-
InfluxDB
Purpose built for real-time analytics at any scale. InfluxDB Platform is powered by columnar analytics, optimized for cost-efficient storage, and built with open data standards.
-
-
https://github.com/vapor/sqlite-kit/issues/47
Related posts
-
9 years of open-source database development: reviewing the designs
-
Embeddable, replicated and fault tolerant SQL engine based on Sqlite
-
Embeddable, replicated and fault tolerant SQL engine based on Sqlite
-
Marmot: Multi-writer distributed SQLite based on NATS
-
SQLite the only database you will ever need in most cases