实际示例-无法使用MongoDB/Cassandra

我正在评估使用Mongo DB和Cassandra的情况。一般来说，有许多文章关注差异等

然而，他们缺少的是一个真实、实用的例子——比如卡桑德拉在产品目录方面表现出色，而蒙戈在相同的场景下表现不佳等等

请分享你为什么选择mongoDB而不是cassandra或者cassandra而不是mongoDB的经历

然而，他们缺少的是一个真实、实用的例子——比如卡桑德拉在产品目录方面表现出色，而蒙戈在相同的场景下表现不佳等等

通常在设计系统时，可以调整需求或系统设计，以补偿所用各种组件的限制

例如，MongoDB对单个文档的大小有16MB的硬限制。但它也提供GridFS来存储任意大的文档，除了那些不再可以用MQL查询的文档。而且应用程序可能会将数据拆分成更小的文档

因此，说“MongoDB不支持超过16MB的文档”本身并不完全准确或有用

---

系统设计人员查看他们必须在系统中支持的用例，以及组件（在本例中是数据库）粗略调整两者的能力，然后找出必须解决的任何困难并解决这些困难。

我认为没有那么多情况需要使用MongoDB或Cassandra。通常这是一种权衡，两种数据库各有利弊。当然，一种实际情况是：您的应用程序不支持与MongoDB或Cassandra的连接。例如，您可以向MongoDB发送日志消息，但不能向Cassandra发送日志消息（至少不能以本机方式发送），因此Cassandra将没有选择。听起来非常通用，请为OP.ThanksI提供一个“特定的”实际挑战/优势。