让我提出我的要求，我们正在设计一个解决方案，以满足非常动态的报告需求。这些数据现在在sqlite数据库中生成（它们将多维数据集称为多维数据集），因此服务器计算机上有很多多维数据集。在这些立方体上创建的图表是在telerik报告引擎上开发的。它们是一组dll，它们访问多维数据集数据并为UI准备图表。架构保持不变的东西。每种类型的立方体都有一定的图式并坚持下去。
偶尔有新的图表。我不想让它成为新框架的一部分，每隔一天包含新的图表或图表模板。所以我打算在单独的服务中托管它并调用服务从框架获取数据并处理它以创建图表。
现在问题是要通过网络传输的数据的大小，在将任何业务逻辑应用于图表之前，这可能是巨大的。
那么有什么建议可以使它更“模块化”，可扩展，但不知何故也使其可行。我的意思是这是一个好方法吗？
答案 0 :(得分：0)
听起来你正计划阅读数据库＆＃34;从＆＃34;另一个绕过它工作方式的系统。这往往表明一个坏主意，但有时是必要的。
如果您必须通过电线阅读大量数据＆＃34;然后处理它听起来像你想要某种类型的＆＃34; sync＆＃34;提取数据并对其进行处理的过程，与报告要求分开。然后，您的报告只能处理已处理的数据（这意味着它们将表现良好），并且只要需要提取数据并处理报告就可以进行同步过程。这可能需要专门用于您正在创建的新报告的另一个数据库/存储区域。
如果可以的话，最好按照预期的方式继续使用系统。这意味着新的报告和数据＆＃34; cube＆＃34;等将在该系统中构建。如果您每隔一天要构建新的报告，您正在考虑的解决方案与已经运行的解决方案相比，您获得了什么？