<分区>
为银行系统使用 NoSQL 数据库而不是 RDBMS 是一个好的决定吗?
如果是,建议银行系统使用哪些 NoSQL 数据库?
<分区>
为银行系统使用 NoSQL 数据库而不是 RDBMS 是一个好的决定吗?
如果是,建议银行系统使用哪些 NoSQL 数据库?
最佳答案
Nathan Hurst 在 idea behind NoSQL databases 上发表了一篇非常好的博客文章.我会尽力解释:
通常根据一致性、可用性和分区容错性 (CAP Theorem) 的属性来选择数据库。当然,CAP 定理指出数据库实际上只能关注其中两个。 NoSQL 数据库需要分区容错性才能适当扩展,因此它们最终会牺牲可用性或一致性。 RDBMS 通过选择一致性和可用性来解决这个问题,并利用其他方法来保持其数据分区容错(例如:复制)。
您通常可以在事务级别看到此操作的影响。在 RDBMS 领域,所有事务都应该是 ACID(原子的、一致的、隔离的和持久的)。 NoSQL 数据库通常没有严格的 ACID 要求。这样,通过事务更新的数据可能是也可能不是原子的(事务要么完成到所有更新位置,要么回滚),如果断电可能不持久,并且可能在“最终”的假设下运行一致性。”
因此“不”,NoSQL 数据库绝对不是银行解决方案的好主意。
您还应注意,“NoSQL”数据库架构因品牌而异。我在这里所说的是关于 NoSQL 数据库的概括。它当然不是包罗万象的。
关于database - 银行系统NoSQL数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8977509/