Azure cosmosdb SQL与LINQ之间有性能差异吗

我们正在使用DocumentDb后端构建一个应用程序，它将获得大量点击率，并且它的响应性是绝对重要的

---

我想看看在查询DocumentDb时，从性能角度看是否有“首选”方法。我们应该在查询中使用SQL还是LINQ？

理论上，在响应性方面应该没有明显的差异

LINQ是一个简单的流畅的包装器API，给定LINQ表达式将生成SQL表达式。通过将toString（）应用于LINQ表达式的末尾，可以查看生成的SQL表达式。与执行I/O所需的时间相比，将LINQ表达式转换为SQL的性能影响可以忽略不计

---

在实践中，在处理拐角情况时，从LINQ表达式的转换可能会导致次优SQL表达式。对于这些极端情况，最好直接使用SQL。

这两种方法都有自己的怪癖、问题、性能考虑因素等。。。这个问题可能更适合程序员SE。@ChrisO：问题中似乎没有足够的细节使其成为一个优秀的程序员SE候选人。@ChrisO这个问题对程序员来说非常不合适-它会很快被否决并在那里关闭，请参阅推荐阅读：感谢@RobertHarvey和gnat的澄清。我假设您是在实体框架的上下文中讨论Linq。Linq本身主要与强类型数据集合有关，而不是SQL本身。注意，DocumentDB主要处理JSON数据：请看，在那篇文章中没有提到Linq。我是在DocumentDB Linq提供程序的上下文中讨论的，因为问题是关于DocumentDB的。