我特别感兴趣的文件库,但是在条款的一般SharePoint名单,任何人都可以回答以下...?

  1. 什么是最大的项目数SharePoint列表中可以包含?
  2. 什么是最大数量,列出了单个SharePoint服务器可以主机?
  3. 当数量的项目列表办法的最大,不过滤慢下来,如果如此,能够做些什么改进?
有帮助吗?

解决方案

在SharePoint v.2:

  • Max#列项目 :2000年(每个文件夹级)
  • Max列出了每个站点 :2000年是一个"合理的"数
  • 效果,当我们达到极限 :指数下降的性能。

更多信息: http://technet.microsoft.com/en-us/library/cc287743.aspx

在SharePoint v.3:

  • Max#列项目 :2000年(每看,你可以有百万的项目只要你不要显示在一个单一的查看超过2000年项目)
  • Max列出了每个站点 :2000年是一个"合理的"数
  • 效果,当我们达到极限 :指数性能下降的时候,我们列举超过2000年的项目使用的OM。一种替代方法是使用搜索API或加枫查询。

更多信息: http://technet.microsoft.com/en-us/library/cc287790.aspx

其他提示

白皮书我找到最有用的是联系从资源发布的用户mbowles以上。直接链接。

http://go.microsoft.com/fwlink/?LinkId=95450&clcid=0x409

http://blah.winsmarts.com/2008-4-SharePoint_limits.aspx

为#3:你可以指数的具体的列在名单,但是你还是应该保持大小的下降。

确切的答案已经被给定,但是我觉得我应该加入这个警告:
这可能是这些情况之一在哪里 如果你要问问,你不能得到它.
所以如果你发现自己在接近极限,早些时候发布,觉得漫长而艰难的你想什么来做,并确保你们不是做错了。

"2000年限制"的表述没有举行。

请看看 文件更确切的解答你的问题。

我亲自尝试什么该文件中描述的。

SharePoint2013年:

什么是最大的项目数SharePoint列表中可以包含? 30.000.000.

什么是最大数量,列出了单个SharePoint服务器可以主机? 我找不到回答这个问题。

当数量的项目列表办法的最大,不过滤慢下来,如果如此,能够做些什么改进? 最大的30.000.000不是一个硬的边界,但限制已经找到通过测试的产品。所以性能的惩罚是可以预料,如果这种限制是超过。

答复中发现的 软件边界和限制对SharePoint2013年.

当心,表现为SiteDataQuery降低重他更多的子网站。一百个网站可以把20秒钟的时间来查询。

有记录的指导Microsoft Office SharePoint®服务器2007年关于最大尺寸的列表和列表的容器中。典型的客户的情况的标准办公室SharePoint服务器2007年基于浏览器的用户接口使用,该项建议是,单一清单不应该有2 000多个项目清单容器。一个容器,在这种情况下意味着根本的列表,以及任何文件夹在列表的一个文件夹是一个容器因为其他清单项目是储存在。文件夹中可以包含的项目从清单以及其他文件夹,每个子文件可以含有更多的每一个,等等。例如,这意味着你可以有一列有1,990项根本的网站,10个文件夹,每个含有2 000个项目,等等。最大数目的项目支持在列表中用递归的文件夹是5百万的项目。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top