使用更改的排序顺序处理分页

仙人奖

我正在创造一个RESTful
Web服务（在Golang中中间)，该服务从数据库中提取一组返回客户端(智能手机应用程序或Web应用程序)。该服务需要能够提供分页。唯一的问题是，该数据在定期更改的计算列中排名(例如，网站上竖起拇指或竖起拇指的数量)，因此
可以在客户要求之间行动 。
我看了一些PostgreSQL这个功能可以用来帮助我解决这个问题，但似乎没有什么是好的解决方案。
物化视图：用于保存旧数据，偶尔只更新一次。这实际上并不能解决这个问题，因为如果用户只是在更新实例视图时浏览数据，数据仍然会跳跃。
游标:为每个客户端的会话创建并保留在两个请求之间。如果同时有大量的并发会话，这似乎是一场噩梦。在客户端或数据库端，有人对如何处理这个问题有任何建议吗？我真的能做什么，还是通常消耗数据来解决这个问题？
编辑： 我应该提到，智能手机应用程序允许用户通过无限滚动查看更多数据，从而跟踪他们的客户数据列表。

解决方案:
                                                            如果没有完美令人满意的解决方案，这是一个问题，因为你试图结合本质上不兼容的要求：
只需按需将所需数量的数据发送到客户端，即您无法下载整个数据集并在客户端分页。
尽量减少服务器必须跟踪的每个客户端状态，以实现大量客户端的可伸缩性。
为每个客户端保持不同的状态
这是一种任意选择的情况。您必须妥协；接受您不能保持每个客户端的页面状态正确，接受必须将大量数据下载到客户端的信息，或使用大量服务器资源来维护客户端状态的信息。
有些变化混合了各种折衷，但这就是全部。
例如，有些人会向客户发送一些额外的数据足以满足大多数客户的需求。如果客户端超过此限制，其分页将失败。
有些系统会在短时间内缓存客户端状态(使用短期未记录表、临时文件或其他内容)，但很快就会过期。因此，如果客户不经常要求新数据，其分页可能会失败。
等等。
也可以看：
如何为API客户端提供1万个数据库结果？
在PostgreSQL游标用于分页
遍历大型外部postgres db，操作行，写入输出rails postgres db
偏移/极限性能优化
如果PostgreSQL count（*）总是很慢，如何分页复杂的查询？
如何从数据库一一返回示例我可以实现某种形式的混合解决方案，例如：
使用游标读取并立即将数据的第一部分发送给客户端。
为了满足99％客户要求。存储在其中memcached，Redis，BigMemory，EHCache在快速和不安全的缓存中，无论使用哪种密钥，密钥都可以让我在同一客户端的未来搜索它。然后关闭光标以释放数据库资源。
高速缓存至少在最近使用的基础上过期。因此，如果客户端不能保持足够快的读取速度，则必须从数据库中获取一组新数据，并更改分页。
如果客户想要得到比大多数同行更多的结果，分页有时会改变，当您切换到直接从数据库而不是从缓存读取数据或生成新的更大的缓存数据集时。
这样，大多数客户端就不会注意到分页问题，你也不必向大多数客户发送大量数据，但你不会融化数据库服务器。然而，你需要一个大的缓存来解决这个问题。它的实用性取决于您的客户是否能处理分页中断-
如果您不能接受分页中断，您将不得不在数据库端操作游标、临时表和第一次请求时处理整个结果集。它还取决于数据集的大小以及每个客户端通常需要多少数据。

使用更改的排序顺序处理分页

仙人奖 LV1