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