1

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

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

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

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

4

1 回答 1

0

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

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

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

于 2012-08-17T01:43:38.213 回答