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；

视图项目数	LookUp字段数	翻页时间
30	50	17s
		15s
		15s
		15s
		14s

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

视图项目数	LookUp字段数	翻页时间
100	50	42s
		44s
		43s
		42s
		43s

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

视图项目数	LookUp字段数	翻页时间
30	15	5.09s
		5.69s
		5.10s
		5.52s
		5.32s

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

视图项目数	LookUp字段数	翻页时间
100	15	13s
		14s
		14s
		14s
		14s

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

视图项目数	LookUp字段数	翻页时间
30	8	3.13s
		2.82s
		3.08s
		3.78s
		2.94s

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

视图项目数	LookUp字段数	翻页时间
100	8	5.35s
		5.54s
		7.46s
		7.80s
		8.10s

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

视图项目数	LookUp字段数	翻页时间
300	8	16.48s
		17.13s
		17.30s
		17.52s
		17.59s

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





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

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

视图项目数	Text字段数	翻页时间
500	100	7.22s
		6.28s
		7.10s
		6.81s
		5.76s

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

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

视图项目数	Text字段数	翻页时间
1000	100	14.20s
		14.51s
		21.37s
		25.99s
		23.61s

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

视图项目数	Text字段数	翻页时间
1000	1	2.81s
		2.96s
		2.92s
		2.72s
		2.89s

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





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

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

视图项目数	Text字段数	翻页时间
1000	1	2.78s
		3.04s
		2.90s
		2.95s
		2.91s

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

视图项目数	Text字段数	翻页时间
500	100	7.15s
		7.35s
		6.91s
		7.24s
		7.25s

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

视图项目数	Text字段数	翻页时间
100	100	1.96s
		1.76s
		1.68s
		1.54s
		1.61s

结 论

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

总 结

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

附

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