Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by jinqueeny on Tuesday December 05, 2017 @09:14PM
(#15857967)
Another good candidate is TiDB (https://github.com/pingcap/tidb). It has elastic scalability, ACID compliances, high availability, etc.
At least, TiDB, CRDB, RethinkDB are open source :)
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by zokier on Wednesday December 06, 2017 @08:21AM
(#15860852)
> At least, TiDB, CRDB, RethinkDB are open source :)
So is CockroachDB too?
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by a-robinson on Wednesday December 06, 2017 @09:39AM
(#15861309)
Yes: https://github.com/cockroachdb/cockroach
The parent poster was referring to CockroachDB as CRDB.
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by jinqueeny on Wednesday December 06, 2017 @09:48AM
(#15861370)
Yep, thanks for your clarification!
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by arrty88 on Tuesday December 05, 2017 @08:10PM
(#15857708)
We had it with RethinkDB already!
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by manigandham on Tuesday December 05, 2017 @09:08PM
(#15857940)
Except it has lacking performance and is now impractical without a backing support company.
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by a012 on Tuesday December 05, 2017 @08:54PM
(#15857888)
Does rethinkdb have ACID? No?
Re:“Follow-The-Workload” Beats the Latency-Survivability Tra...
by elvinyung on Tuesday December 05, 2017 @09:00PM
(#15857911)
Whether that actually matters is arguable: No one has performant distributed (i.e. cross-partition) ACID. (Except maybe Google.)
For the thing that does matter, which is ACID within the same partition/entity group, I would argue that RethinkDB already does have that.
Mike Stonebraker says that there are no fast distributed transactions [1]. I'm inclined to believe him, and that's not just an appeal to authority.
Now that I have a good candidate, I find myself wondering whether the performances would be good enough to ditch traditional DBs (I know: I should define "workload" before thinking about "performances"...)
I guess is the curse of tradeoffs: nothing in life is free.