建议使用自定义模板报告应用程序的架构

Question

让我放下我的要求，我们正在设计一个解决方案以满足非常动态的报告需求。这些数据现在在sqlite数据库中生成（它们将它视为多维数据集），因此服务器计算机上有很多多维数据集。在这些立方体上创建的图表是在telerik报告引擎上开发的。它们是访问多维数据集数据并为UI准备图表的dll集合。模式保持不变。每种类型的立方体都有一定的架构并坚持下去。

有新的图表飘飞后。我不希望将它作为新框架的一部分，以便每隔一天添加一个新的图表或图表模板。所以我打算将它托管在单独的服务中，并调用服务从框架获取数据并处理它以创建图表。

现在的问题是数据的大小通过电线被转移，适用于它的图表任何业务逻辑之前，它可以是体积庞大。

那么什么可以建议，使之更加“模块化”，可扩展的，但不知何故，使其可行也。我的意思是这甚至是一个好方法？

Answer 1

这听起来像你打算读取数据库“了，从下”系统来绕过它的工作方式。这往往表明一个坏主意，但有时这是必要的。

如果你必须阅读大量数据的“过线”，然后再处理它听起来就像你想要某种类型的“同步”的过程中，从报告要求提取数据，并对其进行处理，分别。然后，您的报告只能处理已处理的数据（这意味着它们将表现良好），只要需要提取数据并处理报告就可以进行同步处理。这可能需要专门为您正在创建的新报告创建另一个数据库/存储区域。

倒不如继续与系统的工作它的目的是，如果你能方式。这意味着新的报告和数据“立方体”等将在该系统中建立。如果您打算每隔一天制作一份新报告，那么您正在考虑的解决方案与已经运行的解决方案有哪些相关获益？