对于大型数据集,使用OFFSET进行分页众所周知是缓慢的,并不是分页的最佳方法。一个更好的分页方法是使用游标,它只是行上的唯一标识符,因此我们知道从最后一个游标位置到哪里继续分页。当涉及到游标是一个自动递增的id值时,很容易实现:WHERE id <= %cursor // cursor is the auto incrementingid, ex.
因此,我创建了一个查询,使用它的GraphQL API (用REST进行测试;同样的问题)从它检索一些数据。直到执行第50次请求的时刻,代码才能正常工作。此时,response没有与分页相关的数据;也就是说,没有任何与pageInfo对象相关的游标(分页)。注意,在这一点上,我还远远没有达到我所能做的请求的极限。事实上,我在开始的时候有5000点,每个电话的成本都是1。所以,在我停止接收分页游标的时候,我还有4950分。我甚至尝试<e