SharePoint 2013 列表關於大資料的測試<二>

來源:互聯網
上載者:User

標籤: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 列表關於大資料的測試<二>

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.