应用架构-CouchDB和MongoDB

Question

我正在开发一个包含两种类型数据的应用程序：

1）用户配置文件-用户名、电子邮件、用户ID、访问令牌、SessionID、AvatarUrl等。对于每个用户，此数据约为20kB，对于活跃用户，数据将被读取100次/天并写入5次/天。我正在考虑使用ObjectRocket（MongoDB）或Cloudant（CouchDB with Clustering）——我喜欢Cloudant的极端容错性（主/主复制、仅崩溃设计和Cloudant的多异地冗余），但我担心这么多文档修订会很快占用磁盘空间，总体上不会像MongoDB那样表现出色。我倾向于MongoDB。对这种数据类型有什么建议吗？

2）用户对用户交易-UserA向UserB发送8点---检查UserA的点数余额，如果

总的来说，为了简单起见，我想使用一种DB类型，但似乎有时要建房子，你需要一把锤子和一把螺丝刀。将Mongo（ObjectRocket）用于数据类型#1，将Coach（Cloudant）用于数据类型#2有意义吗？

Answer 1

1） 在这种情况下，您不会使用太多磁盘空间，因为旧版本会定期删除，除非出现冲突，在这种情况下，这似乎不太可能。

2）这是您需要事务的地方，而CouchDB或Cloudant的最终一致性并不合适。我也不确定MongoDB是否提供了您需要的东西。这里最安全的选择是关系数据库。

Answer 2

1） 在Cloudant上，您无需担心以前编辑的磁盘空间——我们会自动触发压缩，以清理后台的旧的、无冲突的修订。

2）可以在CouchDB/Cloudant中对此进行建模，方法是为每个贷方或借方创建一个新文档，并使用映射缩减视图来生成帐户余额。CouchDB权威指南中描述了一个完整的示例。您的应用程序逻辑如下：

1. 借记用户A
2. 断言用户A有足够的贷项（例如，借记后仍有正余额）
3. 信用用户B

如果2个或3个失败，请记入用户A并适当通知。