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列表處理百萬級別的數據,應該說壓力不大,因為數據插入速度較慢,稍后會測試更大數量級別,和斷開權限時列表效率等問題,有關數據可參考后續博客。
附