electric_dart VS eventually-consistent-mesh

Compare electric_dart vs eventually-consistent-mesh and see what are their differences.

electric_dart

A Dart implementation for Electric (electric-sql.com). (by SkillDevs)

eventually-consistent-mesh

an attempt to create an asynchronously replicated append only eventually consistent data protocol (by samsquire)
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
electric_dart eventually-consistent-mesh
2 2
84 2
- -
9.7 6.4
3 days ago 8 months ago
Dart Python
Apache License 2.0 -
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

electric_dart

Posts with mentions or reviews of electric_dart. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-09-20.

eventually-consistent-mesh

Posts with mentions or reviews of eventually-consistent-mesh. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-06-07.
  • The growing pains of database architecture
    2 projects | news.ycombinator.com | 7 Jun 2023
    https://github.com/samsquire/eventually-consistent-mesh/blob...

    I wrote a Jepsen test that because it is not linerarizable, it fails.

    My script abandons the C(onsistency) of CAP and maintains (A)vailability and (P)artition tolerance. It assumes the network shall heal and the replication shall resume. In PACELC theory in During normal operation it prefers Availability during Partitions and Else Latency in normal operations.

    How do you build a system around a database where values can no longer be valid at any time? If I kick off a process in the database with a value that was only reported by one replica that was partitioned away from the majority of the network, what do I do?

    My immediate thoughts are to create dependency relationships to values that are on the agreed path, data that is based on a failed branch is not valid.

    https://github.com/samsquire/eventually-consistent-mesh

  • CRDT-richtext: Rust implementation of Peritext and Fugue
    17 projects | news.ycombinator.com | 18 May 2023
    https://github.com/samsquire/eventually-consistent-mesh

    I implemented an barebones toy SQL and Graph cypher and document storage database

What are some alternatives?

When comparing electric_dart and eventually-consistent-mesh you can also consider the following projects:

fugue-bench - Fugue list CRDT implementations and benchmarks

electric - Local-first sync layer for web and mobile apps. Build reactive, realtime, local-first apps directly on Postgres.

pg_crdt - POC CRDT support in Postgres

vaxine - Rich-CRDT database based on AntidoteDB.

multiversion-concurrency-contro

crdt-benchmarks - Real world text editing traces for benchmarking CRDT and Rope data structures [Moved to: https://github.com/josephg/editing-traces]

text-diff - a python implementation of diff3 and three way merge

yjs-sqlite-test - Test combining yjs and sqlite wasm