ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
Choice: PageNumberPagination versus CursorPagination for a mutable audit feed An audit-log endpoint receives inserts while a client pages, so the strategy must balance jump access against consistency. PageNumberPagination exposes ?page=N and returns count , next , previous , and results , enabling arbitrary jumps and totals; however, deep OFFSET queries degr
Django Rest Framework provides CursorPagination to mitigate the performance degradation and data drift issues common with offset-based methods. While this approach ensures consistent results by using a unique ordering pointer, it inherently restricts the client to sequential navigation via next and previous page keys. The current implementation does not supp
Bounding total results from a Notion database query for a large dataset requires understanding pagination behavior and result metadata. The query endpoint supports cursor pagination with page_size and start_cursor, and responses include has_more and next_cursor. No total result count is returned in the documented response shape, so bounding total size would
Vercel Blob's list() paginates with a continuation cursor: each call returns one bounded page of blob metadata plus a cursor and has-more flag, and callers pass the cursor back until the store is exhausted. The design goal is a recurring full enumeration of a large store from a serverless function, so page size and loop shape need pinning down. Two sizing co
Implement a GraphQL schema that adopts the Relay Connection pattern, providing an `after` argument and `pageInfo` fields (`hasNextPage`, `hasPreviousPage`) to support accessible, incremental data retrieval for large result sets. The implementation must guarantee that the cursor value remains stable across requests and that the server efficiently filters resu
Goal: Enable efficient retrieval of deep result pages when a geo‑bounding box is applied to an Algolia index. Constraint: Algolia’s current pagination uses offset‑based page and hitsPerPage (or offset / length ) parameters; the insideBoundingBox filter is applied before the offset/limit step, so each request recomputes the full filtered set and latency grows
Goal: Retrieve a consistent snapshot from a large GraphQL dataset The Harvester GraphQL connector offers cursor‑based pagination via the first and after arguments, and it also provides date‑range filters such as createdAfter and createdBefore to bound queries. When the underlying dataset is subject to insertions, updates, or deletions between paginated reque
A small DRF service requires a pagination change applied without downtime while a backfill concurrently inserts or updates rows. The current endpoint uses PageNumberPagination, which exposes page and page_size parameters and returns a total count, but translates page numbers into OFFSET/LIMIT so a page's contents can shift between requests. CursorPagination
Goal: Choose a pagination strategy for a Moleculer service that must return large result sets efficiently while providing stable pages when data is inserted or deleted between requests. Limit/offset pagination is available out‑of‑the‑box through the moleculer‑db mixin’s find action, but it can skip or duplicate rows when the underlying collection changes and
djangorest
graphql
algolia
moleculer