在.NET Framework下有許多ORM框架，最著名的無外乎是Entity Framework，它擁有悠久的歷史以及便捷的語法，在佔有率上一路領先。但隨著Dapper的出現，它的地位受到了威脅，本文對比了在.NET Core下 兩種框架的表現以及與原生的ADO.NET 的對比。

1.1. Dapper是什麼

Dapper是.NET的簡單物件對映器，在速度方面擁有微型ORM之王的稱號，幾乎和使用原始ADO.NET資料讀取器一樣快。 ORM是一個物件關係對映器，它負責資料庫和程式語言之間的對映。Dapper是通過對IDbConnection介面的擴充套件來操作資料庫的。

1.2. 為什麼選擇Dapper

1.2.1. Dapper和Entity Framework Core的比較

體積

Dapper近來越來越受到開發者們的青睞，得益於它的小巧輕便

名稱	包大小	語法支援
Dapper	165kb	Sql
Dapper Contrib	50kb	方法
EntityFramework Core	1M+	Sql和Linq

從語法的支援來看，EntityFrameworkCore更具優勢，Linq編寫時能獲取開發工具更友好的提示，相比直接寫sql字串更早的知道哪裡出現錯誤。

效能比較

這裡筆者使用了兩臺計算機（都為桌上型電腦），一臺為Mysql資料庫（Mysql版本：5.7.20）伺服器，另一臺為程式伺服器。兩臺伺服器的配置如下：

伺服器	作業系統	記憶體	處理器	核心
MySql資料庫	windows 10 64bit	16G	i7	8核
程式伺服器	windows 10 64bit	8G	i3	4核

以下是對5002條資料的查詢測試，測試時分兩種情況，第一種是在預熱的情況下查詢，第二種是在不預熱的情況下執行查詢；查詢時用三種操作資料庫的方式，第一個是用原生的ADO.Net、第二個是微軟提供的Entity Framework、第三個是Dapper其中又使用Dapper使用Sql和方法的方式進行查詢資料庫；分別對四種不種的情況進行查詢：

1. 通過500次迴圈每次獲取一條資料，並且將資料對映成POCO所花費的總時間

2. 通過500次迴圈每次獲取一條資料，並且將資料對映為動態物件所花費的總時間

3. 一次性取出5000條（實際為5002）資料，並且將資料對映成POCO所花費的總時間

4. 一次性取出5000條（實際為5002）資料，並且將資料對映成動態物件所花費的總時間

為了讓資料更真實一點，預熱和不預熱的情況分別執行了多次（每種情況超過10次），以下為筆者分別取其中兩次，其它情況基本相似

預熱情況：

不預熱：

從上面測試結果可以得出（速度由快到慢）

1. 迴圈獲取單條資料

ADO≈Dapper Query(Buffered)≈Dapper Query(First Or Default)≈Dapper Contrib>Entity Framework>Dapper Query(Non Buffered)

2. 一次性獲取5000多條資料

一次性獲取整張表的資料效能比較接近

連線資訊

下面是用WireShark分別對幾種情況連線資料時抓取資料：

ADO.Net

Entity Framework:

Dapper (Non Buffered)

Dapper (First Or Default)

Dapper(Buffered)：

從以上面圖中可以得出以下結論：

1. ADO.Net、Dapper(Buffered)、Dapper(First Or Default)、Dapper(Non Buffered)、Dapper Contrib在建立連線到第一次取資料的時候是一樣的，所以效率上它們之間差不多

2. Entity Framework在第一次獲取資料慢是因為作了一次重連

3. Dapper (Non Buffered)在500次迴圈獲取資料時速度最慢，是因為每次請求完成以後它都會釋放連線，下次請求時再建立連線

生成Sql語句

Dapper

object param = new { Id = Id };         
return conn.Query<Post>("select * from Posts where [email protected]", param, buffered: true).First();

生成的Sql

select * from Posts where Id = 501

Entity Framework

ctx.Posts.FirstOrDefault(p => p.Id == Id) as Post;

生成的Sql語句

SELECT `p`.`Id`, `p`.`Counter1`, `p`.`Counter2`, `p`.`Counter3`, `p`.`Counter4`, `p`.`Counter5`, `p`.`Counter6`, `p`.`Counter7`, `p`.`Counter8`, `p`.`Counter9`, `p`.`CreationDate`, `p`.`LastChangeDate`, `p`.`Text`FROM `Posts` AS `p`WHERE `p`.`Id` = 501LIMIT 1

結果分析

框架	語法	操作	效能	資料支援	遷移成本
ADO.Net	Sql	複雜	好	不限	高
Dapper	Sql和方法	一般	好	主流關係資料庫（可擴充套件支援NoSql）	一般
Entity Framework	Sql和Linq	簡單	一般	主流關係資料庫	低

測試程式碼

筆者這裡使用的是一個開源測試程式碼原始碼下載，原作者使用的是.Net Framework進行，要將其修改為.Net Core。但是幾乎不需要修改什麼程式碼；只需要引用.Net Core需要的包就可以了。但是由於筆者這裡用的資料庫是Mysql，所以需要修改ADO.Net連線地方，這也是ADO操作資料不好的地方換一個數據庫就要改一次程式碼，具體修改如下：

Sql Server

var idParam = cmd.Parameters.Add("@Id", System.Data.SqlDbType.Int);

MySql

 var idParam = cmd.Parameters.Add("@Id", System.Data.DbType.Int32);

Sql Server

using (var reader = cmd.ExecuteReader()){    reader.Read();    obj = new Post {        Id = reader.GetInt32(0),        Text = reader.GetNullableString(1),        CreationDate = reader.GetDateTime(2),        LastChangeDate = reader.GetDateTime(3),        Counter1 = reader.GetNullableValue<int>(4),        Counter2 = reader.GetNullableValue<int>(5),        Counter3 = reader.GetNullableValue<int>(6),        Counter4 = reader.GetNullableValue<int>(7),        Counter5 = reader.GetNullableValue<int>(8),        Counter6 = reader.GetNullableValue<int>(9),        Counter7 = reader.GetNullableValue<int>(10),        Counter8 = reader.GetNullableValue<int>(11),        Counter9 = reader.GetNullableValue<int>(12),    };}

MySql

using (var reader = cmd.ExecuteReader()){    reader.Read();    obj = new Post {        Id = reader.GetInt32(0),        Text = reader.GetString(1),        CreationDate = reader.GetDateTime(2),        LastChangeDate = reader.GetDateTime(3),        Counter1 = reader.GetValue(4) as int?,        Counter2 = reader.GetValue(5) as int?,        Counter3 = reader.GetValue(6) as int?,        Counter4 = reader.GetValue(7) as int?,        Counter5 = reader.GetValue(8) as int?,        Counter6 = reader.GetValue(9) as int?,        Counter7 = reader.GetValue(10) as int?,        Counter8 = reader.GetValue(11) as int?,        Counter9 = reader.GetValue(12) as int?,    };}

修改EntityFrameworkExecuter

public Post GetItemAsObject(int Id){   
 return ctx.Posts.Where(p => p.Id == Id) as Post;}

修改為

public Post GetItemAsObject(int Id){   
 return ctx.Posts.FirstOrDefault(p => p.Id == Id);}

或

public Post GetItemAsObject(int Id){   
 return ctx.Posts.Where(p => p.Id == Id).FirstOrDefault();}

因為Posts.Where(p => p.Id == Id)想讓它生成的結果是：

SELECT `p`.`Id`, `p`.`Counter1`, `p`.`Counter2`, `p`.`Counter3`, `p`.`Counter4`, `p`.`Counter5`, `p`.`Counter6`, `p`.`Counter7`, `p`.`Counter8`, `p`.`Counter9`, `p`.`CreationDate`, `p`.`LastChangeDate`, `p`.`Text`FROM `Posts` AS `p`WHERE `p`.`Id` = 501

但是結果卻是：

SELECT `p`.`Id`, `p`.`Counter1`, `p`.`Counter2`, `p`.`Counter3`, `p`.`Counter4`, `p`.`Counter5`, `p`.`Counter6`, `p`.`Counter7`, `p`.`Counter8`, `p`.`Counter9`, `p`.`CreationDate`, `p`.`LastChangeDate`, `p`.`Text`FROM `Posts` AS `p`

由於官方Mysql的Entity Framework存在問題，這裡使用了第三方的Pomelo.EntityFrameworkCore.MySql包

1.3. 總結

本文中使用原生ADO.Net和輕量級ORM框架Dapper和官方提供的ORM框架Entity Framework Core同時操作Mysql資料時迴圈500次查詢一條資料時所耗時間和一次性取5000條資料所消耗時間比較；如果你喜歡Sql或你的資料庫不復雜，那麼Dapper是你的不二之選，它效能接近原生ADO.Net有些地方還要更優於,操作也比較方便。

參考資料

https://github.com/StackExchange/Dapper

http://dapper-tutorial.net/dapper

原文：http://www.cnblogs.com/vipyoumay/p/7942621.html

---

.NET社群新聞，深度好文，歡迎訪問公眾號文章彙總 http://www.csharpkit.com

           

再分享一下我老師大神的人工智慧教程吧。零基礎！通俗易懂！風趣幽默！還帶黃段子！希望你也加入到我們人工智慧的隊伍中來！https://blog.csdn.net/jiangjunshow