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

【问题标题】：suggest the architecture for reporting application with custom templates建议使用自定义模板报告应用程序的架构
【发布时间】：2012-08-17 09:43:38
【问题描述】：

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

时不时会有新的图表。我不想让它成为新框架的一部分，每隔一天就包含新的图表或图表模板。所以我打算将它托管在单独的服务中并调用该服务以从框架中获取数据并对其进行处理以创建图表。

现在的问题是要通过线路传输的数据的大小，在将任何业务逻辑应用于图表之前，它可能是巨大的。

那么有什么建议可以使它更“模块化”、可扩展但又能以某种方式使其可行。我的意思是这甚至是一个好方法吗？

【问题讨论】：

标签： rest architecture reporting

【解决方案1】：

听起来您正计划从另一个系统“从下”读取数据库以绕过它的工作方式。这往往表明一个坏主意，但有时这是必要的。

如果您必须“通过网络”读取大量数据然后进行处理，听起来您需要某种类型的“同步”流程来提取数据并进行处理，与报告要求分开。然后，您的报告可以仅使用已处理的数据（这意味着它们将执行良好），并且同步过程可能需要提取数据并处理它以准备报告的时间。这可能需要专门用于您正在创建的新报告的另一个数据库/存储区域。

如果可以的话，最好继续按照预期的方式使用系统。这意味着将在该系统中构建新的报告和数据“立方体”等。如果您打算每隔一天构建新报告，那么您正在考虑的解决方案与已经在运行的解决方案相比，您有什么收获？

【讨论】：

抱歉无法回复，忙于旅行。现在的问题是他们想要一些随时可用的标准报告。频率会更低。 Y 选择新的解决方案，因为早期的解决方案是在 silverlight 中开发的，现在他们希望它可供客户使用，而不仅仅是内部使用，其次也可用于平板电脑。
我不知道它是否有帮助，但如果你必须构建新的东西，你可以看看 Docmosis 云服务。它允许您使用模板，并且可以通过任何平台访问，包括您提到的平板电脑。祝你好运。