【问题标题】:NoSQL MongoDB vs GT.MNoSQL MongoDB 与 GT.M
【发布时间】:2017-07-08 19:51:31
【问题描述】:

我检查了 GT.M NoSQL 数据库,似乎推荐用于银行系统。并且在一些文章中发现他们说 MongoDB 不适合事务。还有更多的澄清和区别吗?

【问题讨论】:

  • nosql 数据库通常不能保证关系完整性。充其量它们具有“最终一致”,这完全不适合银行环境。
  • 愿意分享这方面的文章吗?

标签: mongodb database nosql


【解决方案1】:

GT.M 用于许多银行系统以及医疗保健应用程序。它是一种高性能工具,不像某些 NoSQL 系统那样进行“分片”,而是提供“复制”,因此多台计算机可以使用同一个数据库,还可以使用共享数据库提供进程间通信。如前所述,基于事务的系统将保证多次更新的分组,从而使数据库作为一个整体保持一致性。

GT.M 允许多级复制,即原始数据库可以复制到其他机器,而这些机器本身又复制到更多机器。这提供了高度的冗余和可靠性。

【讨论】:

    【解决方案2】:

    在 MongoDB 中,您没有 RDBMS 的事务概念。

    在 MongoDB 中,您有 原子更新。因此,如果您在一个工作单元中更改三个文档并且其中一个未能执行更新操作,则其他文档不会像在 RDBMS 中那样回滚。

    在 RDBMS 中,系统会确保它保持一致的状态。对于某些使用场景,这不是必需的,并且会限制您所需的灵活性。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-07-29
      • 2014-09-25
      • 1970-01-01
      • 2017-03-19
      • 2011-03-23
      • 2014-11-01
      • 2011-03-16
      • 2020-03-06
      相关资源
      最近更新 更多