为什么不应该使用nosql进行金融交易

Question

我从一位发言人那里听到一个由银行组织的Hackaton活动,由于其安全原因,你不应该使用nosql进行金融交易.但我不知道他在说什么.我一直在寻找一个答案,为什么我不应该在我的应用程序中使用nosql数据库.

什么是关于nosql的pro和con,以及关于sql数据库的金融交易的专业和缺点是什么？

现在,我正在为商店收银员建立一个应用程序,收银员使用此应用程序存储交易,接收订单,并使用现金或信用卡付款.

该项目API的最佳方法是什么？SQL或NoSQL,以及为什么

Answer 1

正如@A2H 所解释的那样，SQL 和 NoSQL 取决于您的要求，说 NoSQL 不安全是不准确的，这就像说 SQL 不可扩展......这也不是真的。

现在，对于金融应用程序，您将有一些非功能性需求，我可以在下面列出：

• 文件级别的安全：如果有人可以访问数据库文件，他们是否能够使用它在其他地方加载信息？例如，在 SQL Server 中，有关 db 的登录信息包含在文件中，因此在没有密码的情况下复制文件将使黑客难以窃取信息。
• 可扩展：我们在谈论多少？几百万条记录？在什么意义上可扩展，您需要根据区域和帐户信息的中央表进行分布式查询还是仅本地化数据库？或者您打算创建一个每秒接收大量记录（如外汇信息）的应用程序，因此您需要一些东西来摄取大量记录并分析结果？在这种情况下，NoSQL 可能适合您。
• 交易 (ACID) 投诉：您是否在处理交易（例如借记此信用的类型？）然后您可能需要使用诸如 Djondb 或传统 RDBMS 之类的东西，两者都支持交易。
• 灵活的架构：您需要一个灵活的架构来适应您的频繁更改，而无需重新设计数据库和更新以前的记录？NoSQL 擅长于此。

该列表将继续......但我想你明白了......

与任何其他概括一样，说 NoSQL 不安全是一种夸大的说法。

Answer 2

SQL和NoSQL数据库不可互换。没有银弹数据库技术。在选择要用于项目的数据库技术时，您应该考虑利弊。

简短回答：如果您需要处理事务，您的数据可以很好地排列在关系实体中，然后使用SQL。如果您需要处理大量半结构化或非结构化数据，并且需要水平可扩展性，那么请使用NoSQL。

如果您想阅读有关SQL和NoSQL之间差异的更多信息，请单击此处或此处。

可以在此处找到有关何时使用SQL或NoSQL 的一些见解。