基于项目更新时间进行分页的最佳实践
基于项目更新时间进行分页的最佳实践
提问于 2020-08-27 17:44:23
假设我的数据库中有30个项目。clientA会根据商品更新时间调用接口，获取前10条记录。并考虑一个用例，其中clientB通过对第11条记录(项)进行一些更改来更新它。但是现在，当clientA根据分页页面2(从11到20的项目)对下一组项目进行api调用时，这是因为clientB已经更新了第11项，此时分页将中断(根据更新时间，11项将变为1，1变为2，2变为3，...10变为11).There是clientA接收重复数据的机会。
有没有更好的方法来解决这类问题？
任何帮助都是感激不尽的
回答 1
Stack Overflow用户
回答已采纳
发布于 2020-08-27 17:56:38
我认为您可以在每次检索所有元素时根本不使用分页，以防止在您的表中出现这种“错误信息”。
如果必须可视化每条记录的实际值，则始终可以向api添加一个新函数作为触发器。每次用户修改任何记录时，此api的函数都会为所有活动会话触发一条消息，通知用户某些数据已更改。举个例子，想想像“twitter的live feed”这样的东西。其中，当一堆新的tweet被创建时，Twitter将通知所有用户重新加载页面，如果他们想要查看实时信息。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/63613318
复制相关文章
相似问题
腾讯云开发者
