MongoDB被认为是最著名的NoSQL数据库。 它是Java开发人员在创建与Express，Angular或React和Node相结合的代码时使用的首选工具。

旁注：术语NoSQL是用于描述任何不符合SQL关系模型的数据库类型的名称。

可以说NoSQL在2009年前后已进入主流使用方式，而MySpace等网站正在使用它。 NoSQL与以前的数据库体系结构之间存在重大差异，可能会导致记录丢失和性能下降：

但是，尽管NoSQL可以达到最好的效果，但它放弃了数据库的某些核心功能，这些功能使它们具有很高的吸引力并且易于使用。 直接的结果是，许多开发人员正在考虑从MongoDB和NoSQL转向Redis，PostgreSQL，Cassandra或DynamoDB等替代方案。

因此，如果您还考虑从MongoDB迁移到这四种替代方案中的任何一种，那么您应该从每种替代方案中获得期望，它们在利用率方面的优缺点和最佳用途。

PostgreSQL

我们从PostgreSQL开始。 它也被称为Postgres，它是大多数开发人员使用的一种流行的免费SQL数据库。

多年来，关系数据库一直在发展，其倡导者注意到SQL体系结构的持续流行以及对SQL数据库进行操作分析的能力得到了提高。 这意味着它们可以处理大多数工作负载，并具有运行现代应用程序所需的可伸缩性，可靠性和可用性。

总而言之，如果SQL数据库具有可伸缩性，那么它比NoSQL优先，而PostgreSQL属于此类别。

优点

· 首先，它是一个非常强大的工具，经过30多年的不间断开发。 这意味着有很多开发人员正在使用它。

· 其次是与平台无关。 因此，它可以在包括AWS和Google Cloud在内的大多数平台上运行。

· 另外，PostgreSQL以其速度而闻名。 优于MySQL，后者比MongoDB更快。

缺点

· 由于PostgreSQL是SQL数据库，因此增加了复杂性。

· 从NoSQL平台迁移到PostgreSQL并不是一件容易的事。 它们都是根本不同的结构。

用例：PostgreSQL是第一个实现多版本并发控制功能的数据库管理系统，甚至早于Oracle。 MVCC的简称。

由于它是通用的对象关系数据库管理系统。 它允许您添加使用不同编程语言（例如C / C ++，Java等）开发的自定义功能。

DynamoDB

DynamoDB由Amazon Web Services（AWS）开发，也是一个NoSQL数据库，它以任意模式存储类似于JSON的数据，与MongoDB相同。 加上"静态加密"功能，可以认为它领先于MongoDB。 但是，由于它们共享相同的NoSQL结构，因此从MongoDB进行迁移非常简单明了。

优点

· 由于DynamoDB驻留并在AWS中传播，因此它自动具有AWS平台的所有优势。

· 迁移也非常简单且易于执行。

缺点

· NoSQL数据库中仍然存在的主要问题仍然存在。

· 这是一项AWS专有产品，因此要使用它，您必须在AWS平台上。

· 您还需要注意一些扩展问题。

Cassandra

用Java编写，并在BSD，Linux，OS X和Windows平台上进行了部署。 Cassandra最初是由Facebook开发的，但现在是Apache软件基金会的产品，它是一个高度可扩展的开源非关系型数据库，具有可连续使用的优势，并且具有线性规模的性能，操作简便性以及易于在整个数据库之间进行数据分发 多个数据中心和云可用性区域。

优点

· 它可以轻松扩展而不会失去可靠性

· 由于Cassandra是为在基于集群的基础架构（例如Hadoop）上运行而开发的，因此可以轻松地跨多个服务器运行。

· 自2.0版以来，由于轻量级交易，它现在具有有限的ACID功能。

缺点

· 如果您需要即席查询，那么您会很不幸，因为它不支持这种查询。

· 而且，它对单个分区的聚合支持有限。 即使可能，它们也会占用大量资源。

· 您还需要注意一些扩展问题。

最适合：

Cassandra最适合实时分析。 因此，如果您开发的应用程序需要具有大量数据的大规模可扩展系统，那么最好看看Cassandra。

Redis

如果您需要速度，那可能就是您想要的。 基于使用内存中的数据集，它使您可以对数据结构（例如，带范围查询的字符串，哈希，列表，集合，排序集，位图，超级日志和带有半径查询的地理空间索引）运行原子操作。

但应注意的是，Redis在定义非常明确和有限的数据集时运行效果最佳。 如果您要设计原型，这可能是个问题。 但是，如果您要执行一个好的结构计划，例如预先存在的应用程序，那将是一个优势。

优点

· 高性能，快速的数据库。

· 可以提高现有应用程序的速度。

缺点

· 伸缩性不是很好。

· Windows上不正式支持。

· 而且在使用前需要进行一些深入的计划，因此不适合用于原型设计。

最适合：

如果您有一个需要在多个服务器，进程和其他应用程序之间共享数据的应用程序，则Redis是您可能需要的可伸缩数据存储。

摘要

在为MongoDB选择替代方案时有多种选择，这意味着您可能会有点挑剔。 您必须检查您的平台，需求和用例才能做出正确的判断。 但是，我们确实偏爱DynamoDB和Postgresql。 尤其对于DynamoDB，如果您已经在AWS平台上，但Cassandra和Redis也有它们的用例，并且对于某些工作负载而言效果更好。

(本文翻译自SoftKraft的文章《Top MongoDB Alternatives — Features, Use Cases, Pros and Cons》，参考：https://medium.com/softkraft/top-mongodb-alternatives-features-use-cases-pros-and-cons-a81300b0e0cc)