erlang - Scalaris vs CouchDB

Question

我有此要求为其中一个应用程序使用文档存储。我假设 scalaris 和 couchdb 与文档存储相当。您对这两种解决方案有什么经验可以分享吗？你认为一个比另一个更好吗？

scalaris 的交易对我很有吸引力。由于很少有 erlang 背景，我更信任基于 Erlang 构建的解决方案。riak 是另一个我觉得很有趣的。因此，请分享您的想法或指向有关它们的更多信息。

Answer 1

我认为你需要在这方面进行更多的研究。键/值存储中键的类型显然很重要，但是您需要更准确地了解其余要求。诸如分发策略之类的东西决定了可用性和一致性。您要存储多少数据？也许 MySQL 还可以？您要执行什么样的查询？写下来并尝试适应每个解决方案！

我能说的：

 - CouchDB the most important is off-line replication model. Its like having mirrored DB for free anywhere you want. Fast read, slow re-balance after lots of deletes. Pure Couch is not distributed and do not guarantee fault tolerance
 - Riak - dynamo model = many replicas distributed in smart way. Reliable & scalable cpu, storage, ram.
 - Hibari - distributed. Also Erlang. Transactions (?).

以上所有都有严重的工业用例。Scalaris 似乎相当科学。

根据您检索数据的方式，有许多原始解决方案，例如图形数据库或 Redis（比如说丰富的 k/v 存储）。