通过元数据提高 Sharepoint 请求的速度

Question

为了避免 XY 问题/混乱，我先说我的问题，然后说我想如何解决它：

目前我正在构建一个应用程序来检索 Sharepoint 文件。该应用程序的第一个版本正在检索 URL（我知道具有给定输入的 url）并下载流，这非常快！ 不幸的是，要拥有多个版本的共享点文件，我们必须将文件名重命名为时间戳，并且程序必须搜索元数据。找到文件后，我知道 URL 和下载流。

到目前为止一切顺利，我有一个工作示例，我确实得到了一个流。但问题是它需要 44 秒才能完成。 问题出在：

clientContext.ExecuteQuery();

使用以下 CAML 查询：

<Query>
    <Where>
        <And>
            <And>
                <Eq>
                    <FieldRef Name='Shipment' />
                    <Value Type='Number'>766956</Value>
                </Eq>
                <Eq>
                    <FieldRef Name='Loadunit' />
                    <Value Type='Number'>389254</Value>
                </Eq>
            </And>
            <Eq>
                <FieldRef Name='Doc_type' />
                <Value Type='Text'>POD</Value>
            </Eq>
        </And>
    </Where>
</Query>

为了更好的可读性，我用制表符等格式化了这个查询块。正如我所提到的：查询有效，没有错误。

Sharepoint (2013) 库有 50 000 个项目（并且每天都在增加）。 列表“Shipment”和“LoadUnit”已编入索引。我在周末重新索引了整个内容，但没有运气。

我也遵循了一些提示，但其中许多已经完成或不需要：

• http://apmblog.dynatrace.com/2010/03/18/how-to-avoid-the-top-5-sharepoint-performance-mistakes/
• http://www.networkworld.com/article/2210265/tech-primers/10-steps-to-optimize-sharepoint-performance.html

我的最终解决方案是回到我的第一个想法，即在没有元数据部分且没有时间戳作为名称/URL 的情况下搜索 URL。但是将它与元数据一起使用会更好/更有条理。

PS：对于好奇的人：我在运输行业工作。我们必须为客户保存法律文件，因此我正在构建一个应用程序，它会自动将其提供给它要求的任何人。

Answer 1

根据经验，您应该尽量减少从任何数据库/系统检索的数据量，尤其是当目标和源之间的延迟很高时。在 CAML 查询中，您可以通过在 SPQuery 对象的 ViewFields 属性中显式定义所需的字段列表来做到这一点。

您可以关注long list of best practices，以获得 SharePoint 中的高性能列表/库。但是，由于您处理的数据具有法律性质，我假设它是高度安全的，这可能是您遇到性能问题的根本原因。如果 SharePoint 列表中有大量唯一受保护的项目，则对该列表的任何操作都会对性能造成巨大影响。如果您的目标列表是这种情况，请重新设计它。首先尽可能将相关项目合并到文件夹中，并保护文件夹而不是单个文档。然后确保阅读上面链接的文章的行换行和查找字段部分。确实，如果您打算与 SharePoint 接触一段时间，请记住那篇文章中的每一条原则并以此为生……您将开始更加享受您的工作，您的心情会有所改善，总体而言您会变得更快乐人，我保证……