一、起因
個(gè)人還是比較喜歡EF的，畢竟不用寫Sql，開發(fā)效率高，操作簡單，不過總是聽人說EF的性能不是很好，也看過別人做的測試，但是看了就以為真的是那樣。但是實(shí)際上到底是怎么樣，說實(shí)話我真的不知道。我只知道選什么的框架是基于實(shí)際情況的，博主在一個(gè)創(chuàng)業(yè)公司上班，選的就是EF框架，剛做了一個(gè)項(xiàng)目，數(shù)據(jù)也就幾萬不到，感覺性能沒那么差勁。于是，就想多弄點(diǎn)數(shù)據(jù)測試一下。再說一遍，本著 求真務(wù)實(shí)的方針，是針對(duì)現(xiàn)實(shí)中的業(yè)務(wù)需求來測試的，不是來單比性能的。你要是做個(gè)ERP系統(tǒng)，都去考慮千萬級(jí)并發(fā)的架構(gòu)，那當(dāng)我沒說。畢竟不是基于實(shí)際項(xiàng)目的框架選擇都是耍流氓。
二、聲明
基于實(shí)際的項(xiàng)目，考慮到博主一般的遇到的上線項(xiàng)目對(duì)于數(shù)據(jù)的增刪改操作時(shí)，操作的數(shù)據(jù)一般都是一個(gè)，兩個(gè)，多了有十幾個(gè)，對(duì)于一下同時(shí)提交幾十個(gè)數(shù)據(jù)進(jìn)行增刪改的，原諒博主還沒有見過，更有甚者，提交幾百個(gè)數(shù)據(jù)進(jìn)行增刪改，博主想也是沒有想過。但是在這個(gè)數(shù)量級(jí)下的增刪改操作，我相信EF還是能夠勝任的，所以本文不再測試EF的增刪改性能，因?yàn)楦杏X完全能夠滿足一般項(xiàng)目的需要。本文只測試EF的單表查詢功能，之后有時(shí)間會(huì)做復(fù)雜的鏈接查詢的測試。
三、測試條件
延伸閱讀
學(xué)習(xí)是年輕人改變自己的最好方式