求解决议案： 单个list 数量过多的处理
求解决方案： 单个list 数量过多的处理
我建立了一个INFOPATH FORM 在公司内部使用， 但遇到的问题是每天的填单比较多， 这样在每多长时间就出现爆满的情况，如下图
遇到这情况， 我只能把旧的FORM移动另外建立的一个FORM LIST中； 我现在想了解
1. 在原先的LIST下建立多个SUB FOLDER， 这5000个ITEM的限制是否也会包括SUB FOLDER下的ITEM 数量,还是SUB FOLDER 的数量单独算
2. 这个LIST ITEM 数量过多的问题，大家是否有遇到，及是怎样解决
------解决方案--------------------
这个5000是可以设置的
http://blogs.msdn.com/b/dinaayoub/archive/2010/04/22/sharepoint-2010-how-to-change-the-list-view-threshold.aspx
------解决方案--------------------
写个Timer，继承SPJobDefinition，每天运行一次，建立当天时间对应的文件夹2013-06-11，然后把当天文件移到文件夹下。
------解决方案--------------------
包含该目录下的所有SUBFOLDER下的ITEM
------解决方案--------------------
不用写TimerJOb， 可以用contenttype的retention进行设置移动和过期策略。
1. 点击Library Settings
2. 如果没有启动“管理content Type”， 先启动起来
3. 进入文档库使用的content type，->Information policy
4.设置过期和移动策略：可以通过比较时间移动/也可以通过某个状态移动等等等。。。。
------解决方案--------------------
5000这个阈值的设置主要是防止数据库性能损耗（SQL Server在查询的时候会判断如果一次返回结果超过5000左右，会将整张表锁定，返回后再解锁；而SharePoint的数据存储结构是同一个内容数据库中的所有列表都在一张表中，整张表锁定会影响其他列表/文档库的读取性能），于是从2010开始设置了5000这个默认的阈值（当然是可以调整的，楼上也给过方法）
解决办法基本上有如下几种：
1、定期归档，楼上也给过方案了，可以使用SharePoint内置的文档策略进行归档；如果不够或者是Foundation，也可以自己写TimerJob或者计划任务来做；
2、使用文件夹，这个阈值限制只是当前文件夹内的所有条目数量，所以合理规划文件夹也可以解决这个问题；
3、使用视图的筛选条件，可以把默认视图加一个筛选条件，并把第一个筛选条件用到的字段开启索引（在列表设置界面中），SharePoint读取视图条目的时候，会根据第一个字段（需要加索引）进行一次预判，如果在这个字段筛选后总数不超过5k也可以正常显示
------解决方案--------------------
最简单的办法 就是使用使用视图的筛选条件， 只要一次性满足条件的少于5000 就没问题。 list 可以放成千上万条数据。 修改5000这个默认的阈值, 不能彻底解决问题
------解决方案--------------------
支持上面2位的方案，数据划分好，只要有money买设备，多少都可以放
------解决方案--------------------
上面高手们的意见都很好啊，我也补充下：
微软强烈建议不要轻易修改阈值，还是控制添加索引字段和视图来过滤吧（索引列要提前规划好，否则内容多的时候创建会失败）
------解决方案--------------------
综合一下：
1）如果你们的服务器够强，那么简单的改下列表阀值即可
2）如果服务器性能不行，或者并发用户过多，增大了阀值后系统响应变慢，那么：
首先设置视图过滤，比如可以按照时间创建多个过滤视图。
然后--要把视图使用的过滤字段设置启用索引（一定要！），否则，还是不能逃脱阀值的控制。
------解决方案--------------------
有遇到过类似问题修改5000了事，帖子Remark
我建立了一个INFOPATH FORM 在公司内部使用， 但遇到的问题是每天的填单比较多， 这样在每多长时间就出现爆满的情况，如下图
遇到这情况， 我只能把旧的FORM移动另外建立的一个FORM LIST中； 我现在想了解
1. 在原先的LIST下建立多个SUB FOLDER， 这5000个ITEM的限制是否也会包括SUB FOLDER下的ITEM 数量,还是SUB FOLDER 的数量单独算
2. 这个LIST ITEM 数量过多的问题，大家是否有遇到，及是怎样解决
------解决方案--------------------
这个5000是可以设置的
http://blogs.msdn.com/b/dinaayoub/archive/2010/04/22/sharepoint-2010-how-to-change-the-list-view-threshold.aspx
------解决方案--------------------
写个Timer，继承SPJobDefinition，每天运行一次，建立当天时间对应的文件夹2013-06-11，然后把当天文件移到文件夹下。
------解决方案--------------------
包含该目录下的所有SUBFOLDER下的ITEM
------解决方案--------------------
不用写TimerJOb， 可以用contenttype的retention进行设置移动和过期策略。
1. 点击Library Settings
2. 如果没有启动“管理content Type”， 先启动起来
3. 进入文档库使用的content type，->Information policy
4.设置过期和移动策略：可以通过比较时间移动/也可以通过某个状态移动等等等。。。。
------解决方案--------------------
5000这个阈值的设置主要是防止数据库性能损耗（SQL Server在查询的时候会判断如果一次返回结果超过5000左右，会将整张表锁定，返回后再解锁；而SharePoint的数据存储结构是同一个内容数据库中的所有列表都在一张表中，整张表锁定会影响其他列表/文档库的读取性能），于是从2010开始设置了5000这个默认的阈值（当然是可以调整的，楼上也给过方法）
解决办法基本上有如下几种：
1、定期归档，楼上也给过方案了，可以使用SharePoint内置的文档策略进行归档；如果不够或者是Foundation，也可以自己写TimerJob或者计划任务来做；
2、使用文件夹，这个阈值限制只是当前文件夹内的所有条目数量，所以合理规划文件夹也可以解决这个问题；
3、使用视图的筛选条件，可以把默认视图加一个筛选条件，并把第一个筛选条件用到的字段开启索引（在列表设置界面中），SharePoint读取视图条目的时候，会根据第一个字段（需要加索引）进行一次预判，如果在这个字段筛选后总数不超过5k也可以正常显示
------解决方案--------------------
最简单的办法 就是使用使用视图的筛选条件， 只要一次性满足条件的少于5000 就没问题。 list 可以放成千上万条数据。 修改5000这个默认的阈值, 不能彻底解决问题
------解决方案--------------------
支持上面2位的方案，数据划分好，只要有money买设备，多少都可以放
------解决方案--------------------
上面高手们的意见都很好啊，我也补充下：
微软强烈建议不要轻易修改阈值，还是控制添加索引字段和视图来过滤吧（索引列要提前规划好，否则内容多的时候创建会失败）
------解决方案--------------------
综合一下：
1）如果你们的服务器够强，那么简单的改下列表阀值即可
2）如果服务器性能不行，或者并发用户过多，增大了阀值后系统响应变慢，那么：
首先设置视图过滤，比如可以按照时间创建多个过滤视图。
然后--要把视图使用的过滤字段设置启用索引（一定要！），否则，还是不能逃脱阀值的控制。
------解决方案--------------------
有遇到过类似问题修改5000了事，帖子Remark