-
DBHelper SqlSugar EntityFramework 增删改查 性能对比测试
DBHelper SqlSugar EntityFramework 增删改查 性能对比测试
- 测试数据库是MySQL数据库,库版本:EntityFramework 6、SqlSugar 5.0.3.2、DBHelper 2022-01-17
- 下面的测试添加和修改都开启了事务
- 下面的测试DBHelper的增删改查都是参数化的,SqlSugar应该也是参数化的,EF我的用法不知道是不是参数化的
源码
https://gitee.com/s0611163/DBHelper (源码中的PerformanceTest工程)
https://gitee.com/s0611163/SqlSugarDemo
https://gitee.com/s0611163/EFDemo
测试结果
循环添加修改
差距不大,耗时都在一个数量级
批量添加修改
SqlSugar性能最好
查询
EF性能最好
分页查询
SqlSugar和EF性能差不多,DBHelper性能稍差
测试结果分析
现象
- 循环添加修改 DBHelper和SqlSugar 性能差不多
- 批量添加 SqlSugar比DBHelper 大约快3倍
- 批量修改 SqlSugar比DBHelper 大约快4倍
- 查询 SqlSugar比DBHelper 大约快90%
- 分页查询 SqlSugar比DBHelper 大约快30%
分析
- SqlSugar比DBHelper性能好
- 批量添加性能好的原因:使用了BulkCopy
- 批量修改性能好的原因:使用了update inner join批量更新
- 查询性能好的原因:DBHelper通过反射实现,SqlSugar使用了Emit技术
关于DBHelper
- 不支持Lambda表达式、链式调用等语法糖
- 想把它改造成ORM来着,周末在家研究了一天表达式树,写了个Demo级别的解析,然后看了FreeSql和SqlSugar表达式树相关的源码,感觉难度有点大,而且代码量不小,就放弃了
- 个人感觉FreeSql表达式树相关的代码结构没有SqlSugar好,CommonExpression.cs(FreeSql/FreeSql/Internal/CommonExpression.cs)里有1800多行代码,这么长这么复杂的代码感觉容易出BUG,SqlSugar表达式树这一块分了很多文件,每个文件代码不算太多
- 想用C# Emit技术提升性能来着,Emit代码有点难写,也放弃了
- DBHelper没有使用SqlBulkCopy,插入性能不好,update使用的是多条update语句的方式,SqlSugar用的是update inner join方式,FreeSql好像用的是update case when的方式,这两款ORM性能update比较好
出 处:https://www.cnblogs.com/s0611163/p/15814051.html
栏目列表
最新更新
nodejs爬虫
Python正则表达式完全指南
爬取豆瓣Top250图书数据
shp 地图文件批量添加字段
爬虫小试牛刀(爬取学校通知公告)
【python基础】函数-初识函数
【python基础】函数-返回值
HTTP请求:requests模块基础使用必知必会
Python初学者友好丨详解参数传递类型
如何有效管理爬虫流量?
2个场景实例讲解GaussDB(DWS)基表统计信息估
常用的 SQL Server 关键字及其含义
动手分析SQL Server中的事务中使用的锁
openGauss内核分析:SQL by pass & 经典执行
一招教你如何高效批量导入与更新数据
天天写SQL,这些神奇的特性你知道吗?
openGauss内核分析:执行计划生成
[IM002]Navicat ODBC驱动器管理器 未发现数据
初入Sql Server 之 存储过程的简单使用
SQL Server -- 解决存储过程传入参数作为s
关于JS定时器的整理
JS中使用Promise.all控制所有的异步请求都完
js中字符串的方法
import-local执行流程与node模块路径解析流程
检测数据类型的四种方法
js中数组的方法,32种方法
前端操作方法
数据类型
window.localStorage.setItem 和 localStorage.setIte
如何完美解决前端数字计算精度丢失与数