SharePoint 2013 列表关于大数据的测试<二>

标签：style   blog   http   color   strong   ar   数据   2014   问题   

　　1、给测试列表添加查阅项字段，100个，代码如下：

　　2、插入测试数据的方法，注意查阅项字段的格式，代码如下：

　　3、插入10w条数据，时间花费如下（不建议List[LISTNAME].Items.Add，会比较慢）：

　　4、查看列表设置，数据有10w条，阙值设置500w，如下图：

　　5、进入AllItems页面，发现查阅项字段数大于限制（8个），如下图：

　　6、修改查阅项限制数目（修改为500），如下图：

　　7、数据量10w，查阅项字段100个时的测试数据，如下表格：

　　表一：分页30，LookUp字段50；

　　表二：分页100，LookUp字段50；

　　表三：分页30，LookUp字段15；

　　表四：分页100，LookUp字段15；

　　表五：分页30，LookUp字段8（默认阙值为8）；

　　表六：分页100，LookUp字段8（默认阙值为8）；

　　表七：分页300，LookUp字段8（默认阙值为8）；

　　8、插入10w数据，单行文本字段100个，插入时间如下图：

　　9、数据量10w，单行文本字段100个时的测试数据，如下表格：

　　表八：分页500，Text字段100；

　　表九：分页1K，Text字段100；

　　分页为1k的时候，页面已经很卡，加载很慢了。

　　表十：分页1K，Text字段1；

　　10、插入测试数据100w，单行文本字段数100，插入时间如下图：

　　11、数据量100w，单行文本字段数100，测试数据如下表格：

　　表十一：分页1K，Text字段1；

　　表十二：分页500，Text字段100；

　　表十三：分页100，Text字段100；

结 论

　　通过以上测试数据，个人认为LookUp字段是查询时间花费最长的，而单行文本应该属于查询时间花费较少的一类，所以查询效率和列表内项目数关系不大（未超过列表阙值，100w级别内），和单次查询数量、视图中字段数、视图中字段类型关系很大。

总 结

　　通过以上测试，个人认为SharePoint列表处理百万级别的数据，应该说压力不大，因为数据插入速度较慢，稍后会测试更大数量级别，和断开权限时列表效率等问题，有关数据可参考后续博客。

附

　　SharePoint 2013 列表关于大数据的测试

SharePoint 2013 列表关于大数据的测试<二>

标签：style   blog   http   color   strong   ar   数据   2014   问题   

原文地址：http://blog.csdn.net/linyustar/article/details/38867843