日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Net Core下多种ORM框架特性及性能对比

發布時間:2023/12/4 编程问答 30 豆豆
生活随笔 收集整理的這篇文章主要介紹了 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 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` = 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


    創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎

    總結

    以上是生活随笔為你收集整理的Net Core下多种ORM框架特性及性能对比的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。