.net 查询-SQL与SharePoint

我希望能够量化SQL和SharePoint在执行查询时的性能差异。我知道SQL更快，但我想用某种方法来量化这一点，而不必对两个不同的应用程序进行修改

---

有人知道有谁做过这件事吗？或者有人有关于这方面的文章的链接吗？或者您有自己的知识/信息来解释这一点吗？

由于SharePoint是在SQL Server上构建的，您可以使用SQL Profiler收集有关SharePoint问题的查询以及您自己编写的查询的统计信息。这将显示每个查询的执行时间。尝试将查询文本复制到SQL Server Management Studio并检索执行计划。这将为您提供有关查询中哪些部分的性能比您编写的部分差的详细信息

---

在测试SharePoint服务器上执行此操作。这是一种了解SharePoint工作原理的有趣方式。

执行时间应该没有差别

SharePoint向SQL数据库发出了极其优化的查询

不同之处在于，当您使用SSM时，SQL server只显示数据，SharePoint仍需要将该数据转换为其他数据，如web服务或网页。与简单地返回数据相比，这需要更多的CPU和内存，并且需要更长的时间

如果您不相信我，请打开SQL Profiler，将其指向SharePoint数据库。提取查询并在SQL中运行它们。 如果你能更好地构造查询，请让我知道

---

一个考虑因素可能是索引，特别是在2013年之前的SharePoint上，但这将影响SQL查询的SQL性能和SharePoint性能。

您是指查询SharePoint列表吗？是的。我喜欢这个想法，但是这消除了生成SQL命令的业务层。但是您在问题中提到，您只想知道当查询足够执行时的区别。但我想知道从.NET应用程序与SharePoint应用程序查询数据时的性能差异。SharePoint必须将CAML查询转换为SQL可读的内容。所以我猜这是主要瓶颈所在的流程。