.net 设计一个支持大量数据传输的web服务

我需要为以下场景确定最佳实践实施：

我的公司有一个太阳能监测产品，它从许多不同的来源收集数据（主要是通过解析XML文件）
写入的数据量可以是每天100-200MB。 数据库为MS SQL 2008 R2标准版

除此之外，一个第三方web应用程序要求我们为他们提供一个界面，以便他们从我们那里获取收集的数据并将其显示给最终用户。
我们需要向每个用户显示的数据包括许多记录（收集的参数值的5分钟历史记录）
一些需要显示的数据对于多个用户来说是通用的。
我们预计将有大约2000名用户注册到第三方应用程序，但我们预计不会有那么多用户同时在线

设计支持该功能的web服务的指导原则是什么？
因为我们知道第三方应用程序需要提取几个不同参数的数据，所以最好在一个大请求中发送所有数据，还是将其拆分为几个较小的请求？

---

要求第三方应用程序缓存公共数据有什么意义吗？这是一种可接受的实现方法吗？

通常这完全由缓存策略指导：第三方是否可以缓存您的数据？如果是的话，那么无论如何，让它们缓存起来。否则，像Facebook那样，用你的方式禁止它。无论哪种方式，他们都不会要求艾米提供他们不需要的数据。我不认为Web服务中的投机性缓存是一件事，我不知道它们是否能够缓存。我想首先决定什么是最好的策略。关于“他们请求任何不需要的数据并不意味着有意义。”-他们不知道是否需要，因为这取决于登录并提出请求的用户。这就是为什么我问，哪一个更好，根据每个登录用户的需求获得一个较小的请求，或者让他们定期提取大量数据，这样当用户请求某个内容时，他们就已经拥有了它