我看到rethinkdb具有实时功能,这让我觉得它对于聊天应用程序会很棒 - 但是我在重新思考的网站上看到了一个警告,即需要高写入吞吐量的应用程序应该考虑使用riak。
它提到的写入限制是什么,它是否仍然适用于支持数千个并发用户的标准聊天应用程序?
答案 0 :(得分:2)
RethinkDB是聊天应用程序的不错选择。事实上,它的realtime changefeeds专门设计用于轻松构建这些实时应用程序。
常见问题解答实际上说明了:
在某些情况下,RethinkDB会牺牲写入可用性来支持数据一致性。如果高写入可用性至关重要并且您不介意处理冲突,那么使用像Riak这样的Dynamo风格的系统可能会更好。
写入可用性与写入吞吐量不同。 RethinkDB的写入吞吐量超过了处理数千个并发用户的能力(大多数数据库在这方面做得很好)。
关于写入可用性:RethinkDB倾向于一致性,而Riak倾向于可用性。这组权衡通常被称为CAP定理,它表明在一个分布式系统中,不可能实现所有三个特性:一致性,可用性和分区容错。
您可以在RethinkDB architecture FAQ中详细了解这意味着什么。