我使用FeedOption MaxItemCount查询Azure DocumentDB集合以设置＆＃34;页面＆＃34;大小，IDocumentQuery<T>::ExecuteNextAsync<T>()。当使用较小的值调用此值时，例如＆lt; 100，对一组10,000个文档，我一直得到我设置为限制的对象数。
但是，当我使用较大的MaxItemCount值（例如500）执行时，我会返回所有结果，但不会超过MaxItemCount。
现在，我很欣赏MaxItemCount是＆＃34;最大项目数＆＃34;但是从文献中我的理解是，边界因素是集合中的对象数量。其他东西显然限制了我的结果，我们也可以在Azure门户的文档资源管理器和查询资源管理器工具中看到相同的行为。
该集合设置为＆＃34; S3＆＃34;它应该支持2500RU，并且查询资源管理器会显示＆＃34;成本＆＃34;小于100RU。
有谁知道这里发生了什么？什么限制了我的结果集？
答案 0 :(得分：2)
查询在DocumentDB上执行的时间有限。这些限制包括查询的资源消耗（您可以使用配置的RU /秒数量* 5秒+未公开的缓冲区），响应大小（1mb）和超时（5秒）。如果达到这些限制，则可能会返回部分结果。