Net Core下多種ORM框架特性及性能對比

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

• 1. Net Core下多種ORM框架特性及性能對比
  • 1.1. Dapper是什么
  • 1.2. 為什么選擇Dapper
    • 1.2.1. Dapper和Entity Framework Core的比較
  • 1.3. 總結

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 Id=@Id", 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` = 501
LIMIT 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

作者：xdpie 出處： http://www.cnblogs.com/vipyoumay/p/7942621.html