Sponsor: Do you build complex software systems? See how NServiceBus makes it easier to design, build, and manage software systems that use message queues to achieve loose coupling. Get started for free.

The thing I don’t like about Azure Cosmos DB is that it doesn’t support aggregations nor paging.This was actually some pretty good timing of this comment as I just ran into a situation of a side project that required to page through a result set.
Skip & Take
It does not appear that Azure Cosmos DB supports (yet) SKIP and TAKE, which you would expect to use in order to do paging. Because of this, you can’t implement all the same functionality you might expect. But there is a a way to limit the number of records returned in a query and subsequently having the next query return the records were the previous query left off. This means you can basically continue through your result set.Continuations
Azure Cosmos DB has the concept of acontinuationToken
which is returned from a query which limits the number of records to return. When using the CreateDocumentQuery<T>
from the .NET SDK, you can specify an additional parameter for FeedOptions.
FeedOptions
Here’s an example of usingFeedOptions
to limit the number of results:
RequestContinuation
FeedOptions also property for specifying the RequestContinuation. If you original query had a MaxItemCount and your query result exceeds the specified count, then your results will contain a ResponseContinuation property. Combine these two to basically do forward paging. Here is an xUnit test to outline:Demo Source Code
I’ve put together a small .NET Core sample with an XUnit test from above. All the source code for this series is available on GitHub.
So no paging, no aggregation. kinda weird for a database. it’s no surprise that nobody uses it, despite many years passed from the initial release.
Depending your work loads, yes those might be deal breakers. For the project I’m currently working on, they aren’t (yet?).
Could this somehow be applied to REST APIs?
I mean, when requesting the “second page”, I won’t have the `result1.ResponseContinuation` available anymore.