银行系统的NoSQL数据库

Question

将NoSQL数据库用于银行系统而不是RDBMS是一个很好的决定吗？

如果是,建议的银行系统NoSQL数据库是什么？

Answer 1

Nathan Hurst 在NoSQL数据库背后的想法上发表了非常好的博客文章.我会尽力解释:

通常基于一致性,可用性和分区容差(CAP定理)的属性来选择数据库.当然,CAP定理指出数据库实际上只能关注其中的两个.NoSQL数据库需要分区容差才能正确扩展,因此它们最终会牺牲可用性或一致性.RDBMS通过选择一致性和可用性来协商此问题,并利用其他方法来保持其数据分区容忍(例如:复制).

您通常可以在事务级别查看此效果.在RDBMS-land中,所有交易都应该是ACID(原子,一致,隔离和持久).NoSQL数据库通常没有严格的ACID要求.通过这种方式,通过事务更新的数据可能是或可能不是原子的(事务已完成到所有更新位置或回滚),如果电源出现故障可能不会持久,并且可能在"最终"的假设下运行一致性."

因此,"不",NoSQL数据库绝对不是银行解决方案的好主意.

您还应注意"NoSQL"数据库架构因品牌而异.我在这里说的是关于NoSQL数据库的概括.它当然不是全部包容.

Answer 2

在回答这个问题之前,我想举个例子: GT.M是一个提供极端交易的NoSQL数据库.用于世界上最大的核心银行系统,FIS核心银行系统(由inntron排名第一)

因此,理论上如果NoSQL引擎支持事务,将NoSQL用于核心银行系统是可行的.

资料来源:http://www.slideshare.net/fachrybafadal/nosql-technology