MongoDB与Cassandra的比较

作者: 只怕再见是故人
发布时间: 2024-12-08 12:22:19 (1月前)

2 条回复

1#
回复此人
春风助手 | 2020-08-14 15-35

每个查询中的读取次数很多，常规写入的次数更少在热数据集适合内存的情况下，两个数据库在读取时均表现良好。两者都强调无连接数据模型（并鼓励使用非规范化），并且都提供文档或行的索引，尽管MongoDB的索引当前更灵活。无论数据集有多大，Cassandra的存储引擎都可以提供恒定时间的写入。在MongoDB中，写入问题更多，部分原因是基于b树的存储引擎，而更多原因是由于其执行了多粒度锁定。对于分析，MongoDB提供了自定义的map / reduce实施；Cassandra提供了本地Hadoop支持，包括对Hive（基于Hadoop映射/减少构建的SQL数据仓库）和Pig（一种Hadoop特定的分析语言，许多人认为比SQL更适合于映射/减少工作负载）的支持。Cassandra还支持使用Spark。不担心“大规模”的可扩展性如果您正在查看单个服务器，则MongoDB可能更合适。对于那些更关心扩展的人来说，Cassandra的无单点故障体系结构将更易于设置且更可靠。（MongoDB的全局写锁定也将变得更加痛苦。）Cassandra还对复制的工作方式进行了更多控制，包括对多个数据中心的支持。更关注简单的设置，维护和代码两者都很容易设置，并且单个服务器具有合理的现成默认值。Cassandra在多服务器配置中更易于设置，因为无需担心特殊角色节点。如果您当前使用的是JSON Blob，则MongoDB非常适合您的用例，因为它使用BSON来存储数据。与现有数据库相比，您将能够拥有更丰富，更可查询的数据。这将是Mongo最重要的胜利。

编辑

登录后才能参与评论