在这种情况下，NoSql可以用于报告吗？

Question

形势

我正在考虑构建一个基于NoSQL的应用程序，以替代现有的基于Excel的财务风险管理报告工具。简而言之，我的问题围绕着使用NoSQL的适用性，考虑到以下几点

1. 主要来源数据(csv文件)来自另一个应用程序，实际上是基于市场变动的当前交易和相关估值计算的报告。这是一个固定的来源，不会改变。报表行计数可以从微不足道的1,5k行到超过65k行。并不是很大数量的数据，但这是一个相当线性的增长率。还有其他几个支持数据源。
2. 报表格式相当一致，但是报表内容可以是动态的。也就是说，大多数报告允许业务根据业务需求决定他们希望看到哪些额外的列数据。
3. 目前发生的报告涉及到剪接和切割上面的报告；在这种情况下，可以考虑枢轴、图形、聚合、附加计算等。这里有一些我不太了解的复杂内容。
4. 这不是一个事务处理系统，而是一个风险管理系统，因此在使用源数据时存在假设的和预期的时间延迟。主要是阅读量大。
5. 报告通常只与当前(最重要)相关，对于源数据中的每一项更改(列于#1)，都需要维护以前运行的历史记录，以便进行进一步分析。
6. 这不是简单的应用程序，但我的感觉是Excel的扩展不够好，不够快(六个月前，这是梦想成真的结果)。有太多隐藏的业务规则是少数人所知道的，通过这个练习/重写将强制所有这些表面。从业务和开发的角度来看，我们有太多的母线因素。
7. 该解决方案总体上需要满足动态报告，或者更确切地说，是数据的动态表示。与Excel相比，我认为速度并不是一个真正的问题(我假设我的解决方案会更快)--但是如果要使用真正的动态查询，它们需要在合理的时间(<1分钟)内完成。

为什么我考虑使用NoSQL？

首先，就NoSQL而言，我是一个完全的新手，所以我目前的理解可能还不够成熟，我已经对NoSQL做了一些修改，并与其玩了一会儿，但没有达到我目前所考虑的范围。

我认为NoSQL的主要原因在于源数据。虽然实际的格式(csv文件)是不相关的，但动态列的数据的动态性质可能会被严格限制和僵化，因为表结构是非常静态的。然而，NoSQL文档将能够处理这一问题。

第二个原因是，数据格式的改变需要在日常的基础上随时考虑到。使用基于SQL的解决方案，迫使我们遵循企业级更改管理流程(对于SQL数据库的更改)，这些过程费时费力且繁琐。所以我想，我的目标是在我的申请和解决方案中有足够的灵活性，以绕过所有的官僚作风。(如果您打算评论企业变更管理的奇迹和好处，请不要！)

最后一个原因，也是有点自私，我想尝试一些不同的东西。

我完全承认，我并没有详细考虑这方面的问题，所以我提出质询的原因，因为我知道我遗漏了一些非常重要的方面，以供考虑。如果基于SQL的解决方案更合适，可以根据列出的6个点详细说明。

现在，这还处在一个非常探索性的阶段--在我考虑提出这类解决方案之前，我需要把我所有的鸭子都弄成一排。

Answer 1

关键问题是如何界定这些报告。

如果报表都是自定义代码，并且您可以合理地设置新的自定义索引或映射减缩查询以获得报表的简单数据表，那么使用NoSQL可能是有意义的。

如果需要由最终用户定义或配置报表，那么除了excel或基于SQL的报表工具之外，您实际上没有其他合理的选项。

您还需要考虑如何使用动态列--无模式存储对于只需要在找到记录后显示的列工作得很好，但对于查询则不是很好。对于SQL，所有列都是可查询的。许多NoSQL系统都知道大多数列都不会包含在查询中，从而提高了性能。