小编Lor*_*sen的帖子

当Async/Await发出http请求时(HttpClient例如使用),默认情况下是否内置了任何限制？

这样的问题这意味着连接无限数量的将被打开.我的应用程序在一个循环中执行一批h​​ttp请求,似乎保持在大约50个TCP连接上限.

我最初担心我需要添加SemaphoreSlim限制,但.NET似乎为我做这个.任何人都可以对此有所了解吗？

在 .net core sdk FeedOptions 中提供分区键与将其作为查询条件有什么区别？例如，如果您想列出给定分区键中的所有项目。您应该在条件中使用提要选项还是分区键？

标准中的分区键

SELECT * FROM c where c.PartitionKey = "some partition key"

.net core 与 feedoptions

var allDocs = await (from d in client.CreateDocumentQuery<Document>(UriFactory.CreateDocumentCollectionUri(databaseId, "TestCollection"), 
                     new FeedOptions { PartitionKey = new PartitionKey("some partition key") })
                     select d)
                    .AsDocumentQuery<Document>().ExecuteNextAsync<Document>();

当我创建自定义索引策略（其中分区键被排除在索引之外）时，出现了问题。因此，在查看 RU/s 成本时，它似乎在排除时进行扫描，而不是在使用默认索引策略时进行索引查找。

这是否意味着如果您需要跨分区查询，您需要索引分区键，如果您只需要在给定分区键内查询，您可以排除它 - 假设您在 FeedOptions 中给出分区键？

我正在阅读有关查询性能最佳实践的Cosmos DB 文档，发现以下内容含糊不清：

使用 Azure Cosmos DB，查询通常按以下顺序执行，从最快/最高效到较慢/效率较低。

• 获取单个分区键和项目键
• 使用单个分区键上的过滤子句进行查询
• 对任何属性不使用等式或范围过滤子句的查询
• 不带过滤器的查询

“单个分区键和项目键上的 GET”与“单个分区键和项目键上的查询”之间的性能或 RU 是否存在差异？我并不完全清楚这是否属于情况＃1或＃2，或者介于两者之间。

基本上，我问的是我们是否需要使用 GET。该文档似乎没有在任何地方澄清这一点。