Net Core下多種ORM框架特性及效能對比
在.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和方法的方式進行查詢資料庫;分別對四種不種的情況進行查詢:
通過500次迴圈每次獲取一條資料,並且將資料對映成POCO所花費的總時間
通過500次迴圈每次獲取一條資料,並且將資料對映為動態物件所花費的總時間
一次性取出5000條(實際為5002)資料,並且將資料對映成POCO所花費的總時間
一次性取出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):
從以上面圖中可以得出以下結論:
ADO.Net、Dapper(Buffered)、Dapper(First Or Default)、Dapper(Non Buffered)、Dapper Contrib在建立連線到第一次取資料的時候是一樣的,所以效率上它們之間差不多
Entity Framework在第一次獲取資料慢是因為作了一次重連
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