Mongodb 我真的应该使用NoSQL吗？

我有一些报告，它结合了来自3个不同服务器的数据创建json并向用户显示。当有数千条记录时，不可能通过web处理它，而且它会超时。我现在正在排队等待用户的请求，并生成一个json文件和一个链接，所以当用户打开链接时，我只显示数据，而不显示任何处理

---

我最近遇到了NoSql。在我的特殊情况下，除了能够在文件上运行查询之外，使用NoSql是否比将数据存储到文件中有任何好处？

如果您有数千条记录聚合结果，您应该能够在几乎任何用例中使用SQL或NoSql处理它们

NoSQL并不是让SQL更快的灵丹妙药，它是一种不同类型的数据存储解决方案，有自己的优缺点

---

聚合几千条数据记录的平面文件、SQL还是NoSQL最好，这在很大程度上取决于您的舒适区和查询要求。从性能角度来看，所有这些都可以在这样大小的数据集上正常工作。如果您发现自己编写的逻辑不仅仅是管理当前文件的琐碎逻辑，请根据您对它们的熟悉程度使用SQL或NoSQL。

如果您正在创建报告，答案很可能是“否”。SQL基本上是一个事务和报告环境，您必须明白，当您选择NoSQL解决方案作为主存储时，您将在很大程度上放弃这两个方面。这也是为什么许多最令人印象深刻的NoSQL部署使用这些引擎作为传统RDBMS的附件，而不是替代品

在本例中，我的建议是，您希望使用更多SQL并将服务器连接在一起，以便可以将其作为单个SQL查询运行。我不知道您使用的是什么RDBMS，所以我无法提供详细信息，但在PostgreSQL上，您可以使用外部数据包装器，并使用它们查询来自其他三台服务器的数据。是的，您可以通过这些

---

我的猜测是，如果只有几千行，您的问题在于您正在进行客户端编程，而在数据库方面，什么可能更有效。

哦，我明白了。。。您所说的是聚合数据的临时存储。我将更新我的答案。人们当然可以使用NoSQL进行报告。请参见映射/减少，例如是，但这是在输入上使用数据转换。如果您的报告要求发生变化，明天您需要一份超过10亿条记录的新报告，那么您就是SOL。如果您的报告要求发生变化，并且您使用的SQL索引不正确，或者需要将数据包含在您的星型架构中，那么您也将受到伤害。无论如何，OP谈论的是几千张唱片。这里有太多我们不知道的因素。你在团队里工作吗？如果是这样的话，该团队在SQL和NoSQL解决方案方面是否有更多的经验？如果你选择一个他们不太熟悉的，他们会愿意学习吗？你可以试着回答这些问题，但还有无数的问题。因此，我真的不明白如何有人能正确回答这个问题。