1
较大的反响所以我有以下情况:处理休息API
- 必须连接到具有大量数据(100000个记录/用户)响应一个REST API。
- 应用程序必须连接到API,检索数据,以分页方式将数据传递给另一个应用程序。
这意味着如果对应用程序进行了请求,它将连接到一个剩余API,将检索100000条记录,但它必须在请求时一次传递记录100。
返回大数据的Rest API不支持分页(也不会)。
处理这个问题的最佳方法是什么?
较大的反响所以我有以下情况:处理休息API
这意味着如果对应用程序进行了请求,它将连接到一个剩余API,将检索100000条记录,但它必须在请求时一次传递记录100。
返回大数据的Rest API不支持分页(也不会)。
处理这个问题的最佳方法是什么?
将使用缓存作为解决方案,直到API将被加入。
拒绝该项目;)不,认真。应用程序是否有可能“缓存”到数据库中? – Fildor
是的,一个中间存储(像Redis)几乎是唯一的理想事情。什么是精心设计的REST API,可同时提供100,000条记录...... – Kayaman
Intersting也会是数据更改的频率。如果在每次调用后你的“缓存”必须被认为是脏的,那么这将是一场噩梦...... – Fildor