在.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和方法的方式进行查询数据库;分别对四种不种的情况进行查询:

  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` = 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框架特性及性能对比相关推荐

  1. Java代码一键生成神器,支持Jpa/Mybatis/plus多种ORM框架,亲测好用

    一款支持多种ORM框架的Java代码生成器,基于模板引擎实现,具有非常高的自由度,可随意修改为适合你的代码风格 支持JPA.Mybatis.MybatisPlus等ORM框架 项目地址在文章末尾 界面 ...

  2. php7.0和5.6哪个好,PHP7.0与PHP5.6下Laravel博客的应用性能对比介绍

    PHP7.0与PHP5.6下Laravel博客的应用性能对比介绍 发布时间:2020-04-24 09:49:17 来源:亿速云 阅读:131 作者:小新 这篇文章主要为大家详细介绍了PHP7.0与P ...

  3. 取代MybatisPlus?阿里推出了新 ORM 框架!(两者对比参考)

    欢迎关注方志朋的博客,回复"666"获面试宝典 来源:juejin.cn/post/6886019929519177735 使用fluent mybatis可以不用写具体的xml文 ...

  4. c# 开源持久层 oracle,rexdb: 高性能的数据持久层(ORM)框架,查询性能是Hibernate的2.3倍,Mybatis的1.7倍。...

    org.rex-soft rexdb 1.0.4 使用Maven添加依赖后,不要忘记将rexdb配置文件rexdb.xml拷贝到classpath路径中 全部文档(限于篇幅,下面的正文仅包含简介和快速 ...

  5. .Net下的 ORM框架介紹

    在.NET平台下,关于数据持久层框架非常多,本文主要对如下几种做简要的介绍并推荐一些学习的资源: 1.NHibernate 2.NBear 3.Castle ActiveRecord 4.iBATIS ...

  6. JSF测试框架特性和性能检测

    因为在容器以外测试JSF组件有所限制,所以大家一直认为对于JSF应用进行单元测试是困难的.多数web层的测试框架遵循黑盒测试方式,开发者用web组件编写测试类来验证渲染的HTML输出是否符合预期.Ht ...

  7. 主流日志框架使用及性能对比

    一.摘要 不管是使用何种编程语言,何种框架,日志输出几乎无处不再,也是任何商业软件中必不可少的一部分. 总结起来,日志的用途大致可以归纳成以下三种: 问题追踪:通过日志不仅仅包括我们程序的一些bug, ...

  8. 【分布式事务】GitHub上分布式事务框架压测性能对比

    一.前言 随着项目逐步以微服务开发为趋势,逐渐呈现一个服务对应一个数据库.从中产生了分布式事务的问题:一个操作先后调用不同的服务,要保证服务间的事务一致性,这就是分布式事务解决的问题. 本次调研,根据 ...

  9. python协程池_python3下multiprocessing、threading和gevent性能对比—-暨进程池、线程池和协程池性能对比 | 学步园...

    目前计算机程序一般会遇到两类I/O:硬盘I/O和网络I/O.我就针对网络I/O的场景分析下python3下进程.线程.协程效率的对比.进程采用multiprocessing.Pool进程池,线程是自己 ...

最新文章

  1. python wxpython plt_wxpython和多个面板中的多个plt图
  2. 13本干货书籍,百余篇原创来了
  3. VS2010下Cannot find or open the PDB file (转)
  4. Activity生命周期的补充
  5. Node.js环境搭建npm安装
  6. 领域驱动设计(DDD)的精髓
  7. 易语言复制C指针,易语言教程API模块制作cmd复制文件
  8. linux事务隔离级别,事务的隔离级别(Transaction isolation levels)2
  9. el-input输入值无法在输入框显示
  10. Linux对I/O端口资源的管理(5)
  11. BZOJ 2243: [SDOI2011]染色(树链剖分)
  12. 【御数·原创】数据治理的坑你遇到过几个?
  13. 一名技术leader的工作随笔
  14. 转:iris数据集及简介
  15. html和css命名标准,CSS命名规则和命名方法
  16. 电动机正反转继电器控制系统
  17. python进行EXCEL表格自动填充
  18. 数据结构NO5--栈和队列简要
  19. 2029年会实现通用人工智能吗?
  20. 野指针,数组指针,指针数组

热门文章

  1. Silverlight与WCF之间的通信(4)silverlight以net.tcp方式调用console上寄宿的wcf服务
  2. TypeError: 'MongoClient' object is not callable
  3. cursor 的moveToFirst和moveToNext和moveToPrevious以及moveToLast
  4. APP-V5.0的Sequencer过程
  5. Xamarin效果第十二篇之控制祖传PLC
  6. 使用 Dapr 缩短软件开发周期
  7. 被质疑“在开源社区执行微软意愿”,.NET 基金会前董事为其提交的 PR 道歉并辞职...
  8. 万字长文,带你彻底理解EF Core5的运行机制,让你成为团队中的EF Core专家
  9. 龙芯.NET正式发布 开源共享与开发者共成长
  10. 为什么这么忙,还依然做不好事情?