-
-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: pagination support #53
Comments
Hi @evenlee - that is a great idea, I'd love to review a PR for this addition. Would you be willing to create a pull request to add this functionality? |
Hi IEvanelist, I was trying to create a custom pagination functionality but facing following issue, could you please help me with that
if (Paginate.TotalCount == 0)
|
Thanks @anujrhicstech for the starting. @IEvangelist I have not got time to investigate yet, will start it soon. |
second this, love this library and would love this feature. I'll try and carve out some time to help as it has the up for grabs tag - is there a contributor guide or something? |
I @deepbass - I haven't put together a contributor guide yet. But contributions are most successful when starting as an issue, formalizing a plan through discussion and then creating a pull request. The pull request should include unit tests, and follow all of the existing naming conventions and styling. The pull request shouldn't include changes to existing infrastructure unless explicitly stated. It sounds like this is to add a new API - wherever pagination is possible we'd add the supporting APIs. See: https://docs.microsoft.com/azure/cosmos-db/sql-query-pagination |
Hi @evenlee , i want to implement this feature too , if you didn't start we can start together or i can support to you |
Hi @emrekara37 and @evenlee, |
@IEvangelist , its seems @zhangzunke addressed the requested changes, are there anymore changes required ? or can you please review, merge and release it |
Hi @anujrhicstech - I'm still reviewing it, there are a few conceptual / design decisions that I'm thinking about. But it is much closer! Stay tuned... |
Hi @IEvangelist , Thanks
Hi @IEvangelist , Thanks |
Hi @anujrhicstech - we've been waffling over this for a while now and decided that the proposed PR wasn't the correct implementation. We all agree that the feature should exist, but we just need to implement it correctly. See some of the comments in the PR, and this in particular : #57 (comment) |
Also may be good to refer to based on #57 (comment) a jump straight to the issue in the ef-core implementation for cosmos dotnet/efcore#24513 |
Some more information on continuation tokens here. Suppose we need to decide whether or not we take care of caching the continuation token or let this be handled by the caller of the paging implementation. I think it may be simpler. |
@IEvangelist made this gist for a sample of paging using continuation tokens where the request charge stays the same foreach query and it knows where it left off from the continuation token. gist-here. So as I see it we would either have to cache this value and return a I am also curious that say if you are not just loading more data continuing where you left off and say wanted to skip to page 5 where the page size is 50, would we then have to use the |
I´ve modified localy your code on the pagination branch to use skip and take
I´ve did several tests and works as expected. |
Hey, @Rabosa616 @evenlee @anujrhicstech @zhangzunke @deepbass we have just merged and released our first take on paging make use of continuation tokens see PR #142 this includes an example and works for a load more paging scenario. |
When we get items from repo, if the count of items is more than several thousands, a better way is to get data by page, can we support it?
The text was updated successfully, but these errors were encountered: