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；

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