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

柔光的暖阳◎ 2022-03-28 10:41 561阅读 0赞

在.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近来越来越受到开发者们的青睐，得益于它的小巧轻便

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th align="center">包大小</th> 
   <th align="center">语法支持</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Dapper</td> 
   <td align="center">165kb</td> 
   <td align="center">Sql</td> 
  </tr> 
  <tr> 
   <td>Dapper Contrib</td> 
   <td align="center">50kb</td> 
   <td align="center">方法</td> 
  </tr> 
  <tr> 
   <td>EntityFramework Core</td> 
   <td align="center">1M+</td> 
   <td align="center">Sql和Linq</td> 
  </tr> 
 </tbody> 
</table>

从语法的支持来看，EntityFrameworkCore更具优势，Linq编写时能获取开发工具更友好的提示，相比直接写sql字符串更早的知道哪里出现错误。

> 性能比较

这里笔者使用了两台计算机（都为台式机），一台为Mysql数据库（Mysql版本：5.7.20）服务器，另一台为程序服务器。两台服务器的配置如下：

<table> 
 <thead> 
  <tr> 
   <th>服务器</th> 
   <th align="center">操作系统</th> 
   <th align="center">内存</th> 
   <th align="center">处理器</th> 
   <th align="center">内核</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>MySql数据库</td> 
   <td align="center">windows 10 64bit</td> 
   <td align="center">16G</td> 
   <td align="center">i7</td> 
   <td align="center">8核</td> 
  </tr> 
  <tr> 
   <td>程序服务器</td> 
   <td align="center">windows 10 64bit</td> 
   <td align="center">8G</td> 
   <td align="center">i3</td> 
   <td align="center">4核</td> 
  </tr> 
 </tbody> 
</table>

以下是对5002条数据的查询测试，测试时分两种情况，第一种是在预热的情况下查询，第二种是在不预热的情况下执行查询；查询时用三种操作数据库的方式，第一个是用原生的ADO.Net、第二个是微软提供的Entity Framework、第三个是Dapper其中又使用Dapper使用Sql和方法的方式进行查询数据库；分别对四种不种的情况进行查询：

1.  通过500次循环每次获取一条数据，并且将数据映射成POCO所花费的总时间
2.  通过500次循环每次获取一条数据，并且将数据映射为动态对象所花费的总时间
3.  一次性取出5000条（实际为5002）数据，并且将数据映射成POCO所花费的总时间
4.  一次性取出5000条（实际为5002）数据，并且将数据映射成动态对象所花费的总时间

为了让数据更真实一点，预热和不预热的情况分别执行了多次（每种情况超过10次），以下为笔者分别取其中两次，其它情况基本相似

预热情况：

![0?wx\_fmt=png][0_wx_fmt_png]

![0?wx\_fmt=png][0_wx_fmt_png 1]

不预热：

![0?wx\_fmt=png][0_wx_fmt_png 2]

![0?wx\_fmt=png][0_wx_fmt_png 3]

从上面测试结果可以得出（速度由快到慢）

1. 循环获取单条数据

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

2. 一次性获取5000多条数据

一次性获取整张表的数据性能比较接近

> 连接信息

下面是用WireShark分别对几种情况连接数据时抓取数据：

ADO.Net

![0?wx\_fmt=png][0_wx_fmt_png 4]

Entity Framework:

![0?wx\_fmt=png][0_wx_fmt_png 5]

Dapper (Non Buffered)

![0?wx\_fmt=png][0_wx_fmt_png 6]

Dapper (First Or Default)

![0?wx\_fmt=png][0_wx_fmt_png 7]

Dapper(Buffered)：

![0?wx\_fmt=png][0_wx_fmt_png 8]

从以上面图中可以得出以下结论：

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` = 501LIMIT 1

> 结果分析

<table> 
 <thead> 
  <tr> 
   <th>框架</th> 
   <th align="center">语法</th> 
   <th align="center">操作</th> 
   <th align="center">性能</th> 
   <th align="center">数据支持</th> 
   <th align="center">迁移成本</th> 
   <th align="center"><br></th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>ADO.Net</td> 
   <td align="center">Sql</td> 
   <td align="center">复杂</td> 
   <td align="center">好</td> 
   <td align="center">不限</td> 
   <td align="center">高</td> 
   <td align="center"><br></td> 
  </tr> 
  <tr> 
   <td>Dapper</td> 
   <td align="center">Sql和方法</td> 
   <td align="center">一般</td> 
   <td align="center">好</td> 
   <td align="center">主流关系数据库（可扩展支持NoSql）</td> 
   <td align="center">一般</td> 
   <td align="center"><br></td> 
  </tr> 
  <tr> 
   <td>Entity Framework</td> 
   <td align="center">Sql和Linq</td> 
   <td align="center">简单</td> 
   <td align="center">一般</td> 
   <td align="center">主流关系数据库</td> 
   <td align="center">低</td> 
   <td align="center"><br></td> 
  </tr> 
 </tbody> 
</table>

> 测试代码

笔者这里使用的是一个开源测试代码源码下载，原作者使用的是.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)想让它生成的结果是：

但是结果却是：

由于官方Mysql的Entity Framework存在问题，这里使用了第三方的Pomelo.EntityFrameworkCore.MySql包

![0?wx\_fmt=png][0_wx_fmt_png 9]

## 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**

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg]

再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！[https://blog.csdn.net/jiangjunshow][https_blog.csdn.net_jiangjunshow]

[0_wx_fmt_png]: /images/20220328/ff23ab4bfc5c4b499f1244e4610e642d.png
[0_wx_fmt_png 1]: /images/20220328/d6b7fb85282a4cfc88600cf9ce71ef08.png
[0_wx_fmt_png 2]: /images/20220328/9846cd7ee61e45a4a40b6de8f2a4b961.png
[0_wx_fmt_png 3]: /images/20220328/646d1a484f9246d1a201be91991e9216.png
[0_wx_fmt_png 4]: /images/20220328/81a6adbdd6ff47a18b996659e79b6056.png
[0_wx_fmt_png 5]: /images/20220328/72270b0ad0de42e6b6aaf14e75500001.png
[0_wx_fmt_png 6]: /images/20220328/352c7332748744f6861d9da92b717389.png
[0_wx_fmt_png 7]: /images/20220328/630a21adb56a41acac5908e70970b48e.png
[0_wx_fmt_png 8]: /images/20220328/ebbfb224867a4465a5b664bb10245e77.png
[0_wx_fmt_png 9]: /images/20220328/48c704fdf2484036b71165ff66e516eb.png
[640_wx_fmt_jpeg]: /images/20220328/bf23b0ec7d844989b5d85b170ac7aee8.png
[https_blog.csdn.net_jiangjunshow]: https://blog.csdn.net/jiangjunshow/article/details/77338485