选择NoSQL作为财务管理应用程序是一个不错的选择吗？

Question

我正在开发一个个人财务管理应用程序，它还将分析用户的财务报表，并很好地概述他们的开支和储蓄。

我遇到的困难是在SQL和NoSQL之间进行选择。根据数据，在使用关系数据库管理事务和用户数据时，它看起来非常直接。当使用非关系方法时，去规范化数据可能是一个问题，因为有很多事务、类别、模式等引用。

什么是解决这一问题的好办法？

*注:我们计划在应用程序中使用MEAN

Answer 1

您应该做的第一件事是阅读这 (从2010年起)。如果这不能让你信服的话，那么阅读这 (2014年)和这 (2017年)。开发人员发现，SQL、事务和一致性毕竟不是那么老套！

NoSQL是一种由更多的空气而不是物质组成的美味的苏弗莱。有些情况下，NoSQL是一个很好的适合，而不是金融管理应用程序！

你绝对希望任何与货币活动有关的事情都有很强的一致性！NoSQL是那些不时出现的工业货车之一，就像一颗即将走向超新星的恒星，闪烁着短暂的光芒，只会爆炸，然后像白矮星一样凋谢和死亡。

NoSQL范式对于社交媒体类型的站点(即用户通常不支付任何费用，或者只支付一小部分服务)很好，而绝对一致性(通过适当的事务)并不是优先考虑的。

市场营销和/或分析和/或报告应用程序等系统可能是NoSQL。然而，SQL对于数据的切片和切片也很好，用于市场营销、分析和报告。参见Brian (前MySQL首席建筑师)对NoSQL 这里的滑稽评论。

从类似的关于银行业的线程中可以看出，如果系统具有很强的一致性和交易性，NoSQL可能适合银行业--这就让我们回到了关系数据库管理系统。这是2014年链接的一点--即NoSQL系统都试图在其系统之上添加一个非常一致的SQL层--我们又回到了经典的数据库:这就像似曾相识的似曾相识。

看看迈克尔·斯通布雷克 --一个对数据库了解一两件事的人称NoSQL是一个巨大的倒退。他提出了"NewSQL“，”所有这些都支持关系数据模型，并使用SQL作为它们的主要接口“。

Re.平均堆栈，使用JavaScript框架作为前端没有什么问题，只需将后端更改为关系数据库管理系统即可。您应该让功能决定堆栈，而不是相反！如果您想使用开放源码，那么我建议您使用PostgreSQL (领域中最好的一个，但一个国家哩！)