一、起因 

   個人還是比較喜歡EF的,畢竟不用寫Sql,開發(fā)效率高,操作簡單,不過總是聽人說EF的性能不是很好,也看過別人做的測試,但是看了就以為真的是那樣。但是實際上到底是怎么樣,說實話我真的不知道。我只知道選什么的框架是基于實際情況的,博主在一個創(chuàng)業(yè)公司上班,選的就是EF框架,剛做了一個項目,數(shù)據(jù)也就幾萬不到,感覺性能沒那么差勁。于是,就想多弄點數(shù)據(jù)測試一下。再說一遍,本著 求真務(wù)實的方針,是針對現(xiàn)實中的業(yè)務(wù)需求來測試的,不是來單比性能的。你要是做個ERP系統(tǒng),都去考慮千萬級并發(fā)的架構(gòu),那當(dāng)我沒說。畢竟不是基于實際項目的框架選擇都是耍流氓。

二、聲明

         基于實際的項目,考慮到博主一般的遇到的上線項目對于數(shù)據(jù)的增刪改操作時,操作的數(shù)據(jù)一般都是一個,兩個,多了有十幾個,對于一下同時提交幾十個數(shù)據(jù)進行增刪改的,原諒博主還沒有見過,更有甚者,提交幾百個數(shù)據(jù)進行增刪改,博主想也是沒有想過。但是在這個數(shù)量級下的增刪改操作,我相信EF還是能夠勝任的,所以本文不再測試EF的增刪改性能,因為感覺完全能夠滿足一般項目的需要。本文只測試EF的單表查詢功能,之后有時間會做復(fù)雜的鏈接查詢的測試。

三、測試條件

 iOS培訓(xùn),Swift培訓(xùn),蘋果開發(fā)培訓(xùn),移動開發(fā)培訓(xùn)

網(wǎng)友評論