最近，我的网站被要求找到解决方案，以便在给定时间为我们的客户提供其仪表板的快照。 这些仪表板包含各种页面（15个或更少），每个页面包含从外部API获取的JSON填充的不同数量的交互式图表。 每个页面加上或更少需要10个请求到该API，每个请求返回一个JSON。
要完成任务，我们应存储所有网页的所有响应，并考虑平均每个500字节的大小： 10个JSON * 15页= 150 JSON * 500byte = 总计75kb （如果我没有弄错数学）为每个客户！< /强> 考虑200/300客户的用户群（在最好的情况下）。
您如何建议存储这些JSON？
我们正在考虑以下选项： DynamoDB AWS S3 MySQL 5.7（带Json类型） MySQL之前的5.7（使用文本或Blob类型） MongoDB的
但是对于每个选项，我们都有一些疑问。 （例如。） - 我们可以将所有页面存储在S3上的单个文件中！当用户想要查看单个页面时，向用户发送所有数据是不是效率低下？ （通常我们的用户每个会话观看3/4页） - 如果我们使用noSQL怎么办？从长远来看，它是否具有可扩展性？
所以，最后，我们有很多选择，同时没有选项！ 我知道用上述信息很难理解最佳解决方案，但我认为听到社区的一些建议也很好。显然，我们对任何建议持开放态度。 提前感谢任何想要帮助的人。
答案 0 :(得分：1)
最好单独存储页面并在需要时随时加载它们。为了获得更好的用户体验，请始终加载当前页面，上一页和下一页。