求解决方案： 单个list 数量过多的处理

[leonyuen]

我建立了一个INFOPATH FORM 在公司内部使用， 但遇到的问题是每天的填单比较多， 这样在每多长时间就出现爆满的情况，如下图



遇到这情况， 我只能把旧的FORM移动另外建立的一个FORM LIST中； 我现在想了解

1. 在原先的LIST下建立多个SUB FOLDER， 这5000个ITEM的限制是否也会包括SUB FOLDER下的ITEM 数量,还是SUB FOLDER 的数量单独算
2. 这个LIST ITEM 数量过多的问题，大家是否有遇到，及是怎样解决

[a-zhwang]

写个Timer，继承SPJobDefinition，每天运行一次，建立当天时间对应的文件夹2013-06-11，然后把当天文件移到文件夹下。

[leonyuen]

谢谢天涯海角 提供的 Change List View Threshold (LVT)； wang4237 的建议是写个Timer, 请问文件夹你们的做法是建在List 下， 还是单端建立个归档文件下， 在该归档文件夹下再分不同目录？ 我还是想搞清楚， SHPAREPOINT 中的某个LIST5000统计， 是否是也包含该目录下的所有SUBFOLDER下的ITEM

[天涯海角]

包含该目录下的所有SUBFOLDER下的ITEM

[天涯海角]

这个5000是可以设置的 http://blogs.msdn.com/b/dinaayoub/archive/2010/04/22/sharepoint-2010-how-to-change-the-list-view-threshold.aspx

[懒牛科技]

不用写TimerJOb， 可以用contenttype的retention进行设置移动和过期策略。 1. 点击Library Settings 2. 如果没有启动“管理content Type”， 先启动起来 3. 进入文档库使用的content type，->Information policy 4.设置过期和移动策略：可以通过比较时间移动/也可以通过某个状态移动等等等。。。。

[Justin-Liu]

前者是通过设置sharepoint阈值，后者是用定时job归档

[Erucy]

不包含sub folder

[Erucy]

5000这个阈值的设置主要是防止数据库性能损耗（SQL Server在查询的时候会判断如果一次返回结果超过5000左右，会将整张表锁定，返回后再解锁；而SharePoint的数据存储结构是同一个内容数据库中的所有列表都在一张表中，整张表锁定会影响其他列表/文档库的读取性能），于是从2010开始设置了5000这个默认的阈值（当然是可以调整的，楼上也给过方法） 解决办法基本上有如下几种： 1、定期归档，楼上也给过方案了，可以使用SharePoint内置的文档策略进行归档；如果不够或者是Foundation，也可以自己写TimerJob或者计划任务来做； 2、使用文件夹，这个阈值限制只是当前文件夹内的所有条目数量，所以合理规划文件夹也可以解决这个问题； 3、使用视图的筛选条件，可以把默认视图加一个筛选条件，并把第一个筛选条件用到的字段开启索引（在列表设置界面中），SharePoint读取视图条目的时候，会根据第一个字段（需要加索引）进行一次预判，如果在这个字段筛选后总数不超过5k也可以正常显示

[zy_mter]

最简单的办法 就是使用使用视图的筛选条件， 只要一次性满足条件的少于5000 就没问题。 list 可以放成千上万条数据。 修改5000这个默认的阈值, 不能彻底解决问题

[hsgrass37301]

支持上面2位的方案，数据划分好，只要有money买设备，多少都可以放

[全海之澜]

上面高手们的意见都很好啊，我也补充下： 微软强烈建议不要轻易修改阈值，还是控制添加索引字段和视图来过滤吧（索引列要提前规划好，否则内容多的时候创建会失败）

[Jianyi]

综合一下： 1）如果你们的服务器够强，那么简单的改下列表阀值即可 2）如果服务器性能不行，或者并发用户过多，增大了阀值后系统响应变慢，那么： 首先设置视图过滤，比如可以按照时间创建多个过滤视图。 然后--要把视图使用的过滤字段设置启用索引（一定要！），否则，还是不能逃脱阀值的控制。

[PPMMOOT]

有遇到过类似问题修改5000了事，帖子Remark