java - 对 NoSQL/MongoDB 的担忧

Question

我开始构建一个新的基于 Spring 的多用户文档管理应用程序，我想冒险进入 NoSQL/MongoDB 的世界。由于拥有 RDBMS 背景，我对 MongoDB 有几个担忧，主要是:

1. 缺乏交易
2. 更注重性能/可扩展性而不是数据完整性
3. 缺乏 JPA 标准

首先，我预计不会出现高负载或大量读取与写入。我怀疑读取与写入的比例约为 10 比 1。此外，我预计负载不会很高 - 尤其是在启动时。

1) 据我所知，没有简单的方法可以进行多集合交易。在 RDBMS 中，我可以轻松地在单独的表中维护每个用户的文档 ID 计数器，但在 MongoDB 中似乎没有办法可靠地做到这一点，因为它位于单独的集合/文档中。因此，我不确定是否/如何解决这个问题。

2) 此外，根据我的阅读，NoSQL 非常适合数据完整性不是主要关注点的情况(例如:博客评论等)。但是，我不确定这如何转化为应用程序的主要数据存储。这是否意味着更新文档可能会失败？我遇到了older unaccredited rant其中讨论了失败的提交/等等，这进一步加剧了人们的担忧。

3) NoSQL 似乎缺乏类似 JPA 的标准，这意味着我必须选择我的数据库并坚持使用它。与 JPA 不同，我可以轻松地将一个数据库供应商更换为另一个符合 JPQ/SQL 的供应商，如果我想切换到另一个 NoSQL 数据库，我必须在编码时考虑 MongoDB 并重新设计我的结构/查询。我见过 Hibernate OGM，但似乎它仍处于起步阶段，仅提供基本支持。绝对不会避免 mongodb 特定查询。

这些担忧容易缓解吗？作为 NoSQL 世界的新手，我仍然无法理解何时使用 NoSQL 的正确业务案例。

Answer 1

这些都是好问题。这是我对 MongoDB 的 2 美分和一些引用资料，可帮助您了解更多信息。我不会谈论任何其他 NoSQL 事物，因为有很多东西，除了“它不使用 SQL”之外，NoSQL 没有真正的统一原则，除非有时人们让它与 SQL 一起工作，所以，是的。

1. MongoDB 不进行连接。时期。 MongoDB 没有事务——无论是在一个集合内还是涉及多个集合。原子性的单位是文档。这在应用程序中如何工作？通过schema design以及一些在必要时恢复部分 ACID 语义的技术，例如使用 two-phase commits 。在关系数据库中，模式设计很简单，并且基于数据的结构而不是其用例。连接和事务填补了抽象、规范化数据表示与数据使用的具体方式之间的空白。已经链接的数据建模介绍解释了 MongoDB 的情况，作为对比:

   The key challenge in data modeling is balancing the needs of the application, the performance characteristics of the database engine, and the data retrieval patterns. When designing data models, always consider the application usage of the data (i.e. queries, updates, and processing of the data) as well as the inherent structure of the data itself.

2. 这个特定的“咆哮”显然是非常古老的，因为它谈到默认情况下不确认写入。 This isn't the case anymore 。对于任何通过网络运行的分布式计算机系统，很容易想出一种让它表现不佳的方法。 MongoDB 博客在 series on consistency 中介绍了很多此类内容。 。我建议浏览有关日志记录、复制和写入关注的文档，看看这是否会让您对 MongoDB 作为主要数据存储感觉更好。

3. 是的。这是 NoSQL 领域的产物。通用数据访问语言或标准并不存在，因为一切都是新的并且试图与众不同。 30 年后再来看看。