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

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《使用更改排序顺序处理分页》，这篇文章主要会讲到golang等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

问题内容

我正在创建一个 RESTful Web 服务（在 Golang 中），它从数据库中提取一组行并将其返回给客户端（智能手机应用程序或 Web 应用程序）。该服务需要能够提供寻呼。唯一的问题是这些数据在定期变化的“计算”列上进行排序（例如，网站上某条内容的“赞”或“赞”的数量），因此 行可以在页码之间跳转在客户的请求之间 。

我查看了一些可能用来帮助我解决这个问题的 PostgreSQL 特性，但似乎没有什么是一个非常好的解决方案。

• 物化视图：保存“陈旧”的数据，这些数据每隔一段时间才会更新一次。这并不能真正解决问题，因为如果在物化视图更新时用户碰巧正在翻阅数据，数据仍然会跳来跳去。
• 游标：为每个客户端会话创建并在请求之间保存。如果一次有很多并发会话（将会有），这似乎是一场噩梦。

有没有人对如何处理这个有任何建议，无论是在客户端还是数据库端？有什么我真的可以做的吗，或者像这样的问题通常只是由使用数据的客户解决？

编辑： 我应该提到智能手机应用程序允许用户通过“无限滚动”查看更多数据，因此它会跟踪它自己的客户端数据列表。

正确答案

这是一个没有完美解决方案的问题，因为您正在尝试组合本质上不兼容的要求：

• 仅按需向客户端发送所需数量的数据，即您不能下载整个数据集然后在客户端对其进行分页。

• 最小化服务器必须跟踪的每个客户端状态的数量，以实现大量客户端的可扩展性。

• 为每个客户端维护不同的状态

这是一种“选择任意两个”的情况。你必须妥协；接受你不能保持每个客户端的分页状态完全正确，接受你必须下载一个大数据集到客户端，或者接受你必须使用大量的服务器资源来维护客户端状态。

在那些混合各种妥协的人中存在一些变化，但这就是一切的归结。

例如，有些人会向客户端发送 一些 额外的数据，足以满足大多数客户端的要求。如果客户端超过了这个值，那么它的分页就会被破坏。

一些系统会在短时间内缓存客户端状态（使用短暂的未记录表、临时文件或其他任何东西），但会很快过期，因此如果客户端不不断地请求新数据，它会破坏分页。

等等。

也可以看看：

• 如何为 API 客户端提供 1,000,000 个数据库结果？
• 在 PostgreSQL 中使用“游标”进行分页
• 迭代大型外部 postgres db，操作行，将输出写入 rails postgres db
• 偏移/限制性能优化
• 如果 PostgreSQL count(*) 总是很慢，如何对复杂查询进行分页？
• 如何从数据库中一一返回样本行

我可能会实施某种形式的混合解决方案，例如：

• 使用游标读取数据的第一部分并立即将其发送到客户端。

• 立即从游标中获取足够多的额外数据，以满足 99% 的客户需求。将它存储到一个快速、不安全的缓存中，例如 memcached、Redis、BigMemory、EHCache 等任何可以让我检索它以供同一客户端稍后请求的键下的任何东西。然后关闭游标以释放数据库资源。

• 在最近最少使用的基础上使缓存过期，因此如果客户端没有保持足够快的读取速度，他们必须从数据库中获取一组新数据，并且分页会更改。

• 如果客户端想要比绝大多数对等方更多的结果，当您切换到直接从数据库而不是缓存读取或生成新的更大的缓存数据集时，分页将在某些时候发生变化。

这样大多数客户端不会注意到分页问题，​​并且您不必向大多数客户端发送大量数据，但您不会融化您的数据库服务器。但是，您需要一个大缓存才能摆脱这种情况。它的实用性取决于您的客户是否可以应对分页中断

• 如果中断分页根本不可接受，那么您将被困在使用游标、临时表、在第一次请求时处理整个结果集等的 DB 端。它还取决于数据集的大小以及每个客户端通常需要多少数据。

终于介绍完啦！小伙伴们，这篇关于《使用更改排序顺序处理分页》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！