2

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

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

4

1 回答 1

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 存储)。

于 2010-12-29T23:42:21.543 回答