这里,我在留下了”文档中心“或”录制中心“网站模板中构建的SharePoint网站的印象具有豁免标准的文档库和列表。 -ITEM列表视图阈值:

您可以在要创建,管理和存储大量文档时使用文档中心站点。文档中心基于站点模板,旨在作为用于管理许多文档的集中存储库。 此外,在此链接显示“否显式内容数据库限制“对于文档中心和记录中心。

我构建了一个测试文档中心站点,然后添加了一个文档库并上传了3500个空白文本文件 - 这触发了标准的“列表视图阈值”消息。我真的希望这将消失文件中心网站模板......看不出它是如何没有的。

我在这里做错了吗?

有帮助吗?

解决方案

可以在中央管理中更改阈值,它应用于整个Web应用程序。转到:Central Admin - >管理Web应用程序 - >选择您的Web App(可能是“SharePoint - 80”) - >单击“常规设置”下拉列表 - >资源限制

在那里,您将看到列表视图阈值和与它相关的几个选项。请注意,这适用于所有用户,因此如果您的用户正在进行涉及查看大量列表项的内容,如果您将其响起,则会导致性能问题。当您完成时,我建议将其更改为默认值,或者使用对象模型代码执行查询,因为它可以绕过正常限制。

欢呼!

编辑:似乎对大小列表的限制更加原因是SQL而不是SharePoint本身(这个是效果的很好描述,但它专门适用于查找字段,但原则是相同的)。基本上,SQL所需的CPU电量的量基本上存在巨大差异来处理大型查询。有一个非常彻底的文章在这里描述大型查询的效果和概述了如何处理它们的几种方法,如索引和SP工作区。

虽然sp用于处理文件的大型存储库,但硬件本身仍有物理限制来考虑。我会假设使用具有Bleeding-Edge硬件的大型和结构良好的足球场,您可以理论上可以在一个列表中处理您想要的所有数据,但由于明显的原因,成本将呈指数级增长。我建议重新加入设计设计以跨多个库传播数据,然后使用类似于自定义内容查询Web部件的内容,以根据所有位置拉动记录集。

您还将开始运行到数据库的大小限制。微软强烈建议您不超过,有一个非常坚固的200GB限制。替代方案可能是存储在本地文件系统上的数据,然后在sp内使用文件共享导航器(如 avepoint )浏览/索引/标记它。我不确定该软件的局限性,但如果你问,我肯定会很乐意向你解释。

其他提示

文档中心文档库能够存储数百万个文档,但该库的任何单个视图仍然受到5000项列表视图阈值的限制。IE。即使在文档中心(或Records Center)文档库中,列表视图阈值仍然适用。 https://support.office.com/en-us/article/manage-large-lists-and-libraries-in-sharepoint-b8588dae -9387-48c2-9248-C24122F07C59?UI= en-US& Rs= en-US&AD= US

许可以下: CC-BY-SA归因
scroll top