標籤: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;
視圖項目數 |
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 列表關於大資料的測試
SharePoint 2013 列表關於大資料的測試<二>