如何实现按评分排序时GraphQL游标分页的SQL查询

你之前按id排序能直接用单字段比较写WHERE条件，本质是因为id是全局唯一的无重复值排序键，游标只需要存边界的id值就能完成位置判断。
当排序键换成允许重复的非唯一字段（比如你的rating）时，不能只靠排序字段本身做边界比较，必须把唯一兜底排序列（也就是自增主键id）纳入统一的比较逻辑，才能写出正确的hasPreviousPage/hasNextPage判断SQL，不需要写复杂嵌套子查询。

结合你给出的示例推导具体条件 #

你当前执行的是rating升序排序，取前3条得到的当前页最后一条边界记录是：rating=50, id=1

hasNextPage 判断 #

要筛选出所有排在当前页之后的记录，匹配规则为：

• 记录的rating值比边界记录的rating大（无论id值是多少，rating更高的记录必然排在当前页末尾之后）
• 记录的rating值和边界记录相等，但id比边界记录的id大（同rating的记录按id顺序兜底排列，这部分也属于当前页之后的内容）
  对应的SQL查询为：

SELECT COUNT(*) > 0 AS hasNextPage
FROM reviews
WHERE
  rating > 50
  OR (rating = 50 AND id > 1)

代入你的样例数据，ID2（rating80）、ID5（rating60）都会被这个条件命中，因此返回hasNextPage = true，和预期完全一致。

hasPreviousPage 判断 #

要筛选出所有排在当前页之前的记录，匹配规则和上面完全对称：

• 记录的rating值比边界记录的rating小（无论id值是多少，rating更低的记录必然排在当前页开头之前）
• 记录的rating值和边界记录相等，但id比边界记录的id小（同rating的记录里id更小的部分，也属于当前页之前的内容）
  你当前查询的是从头开始的第一页，没有传入前置游标边界，默认的比较起点是排序序列的最开头，因此没有任何记录满足前置位置判断，hasPreviousPage = false，和预期一致。

举个实际翻页的场景验证：如果翻到第二页，当前页的第一条边界就是第一页的最后一条记录（rating=50, id=1），此时判断前置页的SQL就是筛选所有满足rating < 50 OR (rating = 50 AND id < 1)的记录，因为不存在id小于1的同rating记录，因此hasPreviousPage = false，逻辑自洽。

实操注意点 #

• 不要只拿单字段rating做边界比较：如果存在两条rating相同的记录，比如id1（rating50）和id6（rating50），只拿rating > 50做判断的话，会漏掉id6这条排在id1后面的记录，直接导致分页漏数据。
• 游标编码要和比较逻辑匹配：对外输出的游标值，需要把「排序字段值 + 唯一主键值」组合编码（一般是base64拼接两个值），不能只存单个排序字段的值，否则无法还原边界判断的参数。
• 性能可以保证：只要给(rating, id)建联合索引，上面的WHERE查询可以直接走索引扫描，和之前单字段按id查询的性能基本一致，不需要为了判断页边界全表扫描。
• 排序方向切换时只需要调整比较符号：如果做rating降序排序，hasNextPage的判断条件就反过来写成rating < 边界值 OR (rating = 边界值 AND id < 边界id)，逻辑完全对称。

内容的提问来源于stack exchange，提问作者Ari Seyhun