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

　　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列表处理百万级别的数据。应该说压力不大，由于数据插入速度较慢，稍后会測试更大数量级别。和断开权限时列表效率等问题，有关数据可參考兴许博客。

附

posted on 2017-05-18 09:47 ljbguanli 阅读(187) 评论(0) 编辑收藏举报

SharePoint 2013 列表关于大数据的測试&lt;二&gt;