我有这个要求为其中一个应用程序使用文档存储。我假设scalaris和couchdb与文档商店相当。您是否有任何经验可以分享这两种解决方案？你认为一个比另一个好吗？
交易对我来说对scalaris很有吸引力。在erlang背景下，我对基于Erlang构建的解决方案更加信任。 riak是我觉得有趣的另一个。所以请分享您的想法或指向更多信息。答案 0 :(得分：4)
我认为您需要在这方面进行更多研究。 键/值存储中键的类型显然很重要，但是您需要更准确地了解其余的要求。分销策略等因素可以衡量可用性和一致性您要存储多少数据？也许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商店）。