【Java orm 框架比较】十 新增hammer_sql_db 框架对比

最新推荐文章于 2024-05-11 10:00:00 发布
最新推荐文章于 2024-05-11 10:00:00 发布
阅读量1k 收藏 20
点赞数 20
文章标签： 数据库 java sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22903677/article/details/138664430
版权

迁移到（https://gitee.com/wujiawei1207537021/spring-orm-integration-compare）

orm框架使用性能比较

比较mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db 操作数据
环境：
idea 
jdk17
spring boot 3.0.7
mysql 8.0

测试条件常规对象

orm 框架是否支持xml是否支持 Lambda对比版本编码方式
mybatis☑️☑️3.5.4lambda +xml 优化
sqltoy☑️☑️5.2.98lambda
lazy✖️☑️1.2.4-JDK17-SNAPSHOTlambda
mybatis-flex☑️☑️1.8.0lambda +xml 优化
easy-query✖️☑️1.10.31lambda
mybatis-mp☑️☑️1.4.1xml 优化
jpa☑️☑️3.0.7----------------------
dbvisitor☑️☑️5.4.1xml 优化
beetlsql支持md☑️3.26.0-RELEASEinsert ignore into 优化
dream_orm✖️☑️1.3.0insert ignore into (当前版本不支持)
wood☑️☑️1.2.9insert ignore into (当前版本不支持)
hammer_sql_db☑️☑️0.7.0insert ignore into (当前版本不支持)

数据库表(含有唯一性索引s_u)

CREATE TABLE `sys_user`
(
    `column_name` varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '额外字段',
    `create_time` datetime                                DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '创建时间',
    `id`          bigint NOT NULL AUTO_INCREMENT COMMENT '用户ID',
    `is_deleted`  tinyint(1) DEFAULT NULL COMMENT 'null',
    `password`    varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '密码',
    `scope`       varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT 'null',
    `status`      tinyint(1) DEFAULT NULL COMMENT '状态',
    `update_time` datetime                                DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
    `username`    varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '用户名',
    PRIMARY KEY (`id`) USING BTREE,
    UNIQUE KEY `s_u` (`scope`,`username`)
) ENGINE=InnoDB AUTO_INCREMENT=9223371632070323791 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

比较方法:增加、修改、删除、分页查询（当前项目暂时只比较批量新增和分页）

项目设计

  • 声明 ORMRepository 接口提供对应增删改查方法
    在这里插入图片描述

  • 声明 ORMComparisonRepository接口 继承 ORMRepository 下游由不同ORM实现

  • 声明 SysUserRepository 接口 继承 ORMRepository 用于循环调用不同orm实现方法执行方法测试产生测试结果

  • 声明抽象类 SysUserRepositoryAbstractRecord 继承 ORMComparisonRepository 并且提供对应的框架执行结果存储
    在这里插入图片描述

  • 不同ORM框架mybatis-plus、sqltoy、Lazy、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db 创建 ORMComparisonRepository 的实现

  • 在这里插入图片描述

  • 不同 ORM 操作数据的实现

在这里插入图片描述

测试条件 批量插入数据 10、100、1000、10000、100000 ，分页查询数据 10、100、1000、10000、100000

项目启动后使用浏览器打开 http://localhost:1003/sys/user/run-compare

在这里插入图片描述

测试条件（细节比较） 批量插入数据 1～10000，分页查询数据 1～10000

项目启动后使用浏览器打开 http://localhost:1003/sys/user/run-particulars-compare

导出测试数据为MD

项目启动后使用浏览器打开 http://localhost:1003/sys/user/export-compare-result

测试执行过程

清空需要插入表中所有数据
通过ORM框架进行数据批量新增、而后进行分页查询，记录消耗时间，输出md文档

查看结果曲线图

在这里插入图片描述

测试结果（结果只提供参考）

MYBATIS_FLEX(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:79毫秒18毫秒103毫秒898毫秒9196毫秒
WOOD(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:15毫秒11毫秒57毫秒404毫秒4268毫秒
LAZY(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:7毫秒13毫秒73毫秒449毫秒4158毫秒
MYBATIS_MP(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:15毫秒16毫秒104毫秒867毫秒8483毫秒
DB_VISITOR(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:21毫秒17毫秒114毫秒409毫秒5078毫秒
MYBATIS_PLUS(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:42毫秒24毫秒100毫秒823毫秒8596毫秒
JPA(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:77毫秒64毫秒785毫秒7596毫秒84764毫秒
EASY_QUERY(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:75毫秒383毫秒3189毫秒760毫秒6518毫秒
SQLTOY(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:31毫秒14毫秒74毫秒575毫秒6456毫秒
HAMMER_SQL_DB(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:62毫秒20毫秒71毫秒660毫秒6474毫秒
DREAM_ORM(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:45毫秒20毫秒121毫秒665毫秒6707毫秒
BEETL_SQL(batchStory)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:162毫秒25毫秒105毫秒701毫秒8289毫秒
MYBATIS_FLEX(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:29毫秒6毫秒21毫秒138毫秒1740毫秒
WOOD(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:9毫秒7毫秒15毫秒123毫秒1682毫秒
LAZY(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:30毫秒5毫秒12毫秒78毫秒1115毫秒
MYBATIS_MP(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:31毫秒7毫秒18毫秒130毫秒2029毫秒
DB_VISITOR(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:8毫秒4毫秒15毫秒91毫秒1339毫秒
MYBATIS_PLUS(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:29毫秒7毫秒17毫秒130毫秒1802毫秒
JPA(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:122毫秒16毫秒37毫秒118毫秒1987毫秒
EASY_QUERY(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:52毫秒6毫秒13毫秒85毫秒1265毫秒
SQLTOY(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:26毫秒5毫秒13毫秒104毫秒1028毫秒
HAMMER_SQL_DB(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:145毫秒8毫秒19毫秒151毫秒2157毫秒
DREAM_ORM(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:35毫秒5毫秒13毫秒76毫秒1201毫秒
BEETL_SQL(findPage)影响行数:10影响行数:100影响行数:1000影响行数:10000影响行数:100000
执行时间:48毫秒8毫秒19毫秒108毫秒1429毫秒
写在最后

经过不间断时间的框架收集、学习、实验、编码、测试市面上常见的ORM框架，过程中拜读了很多作者的博文、样例，学习很多收获很多。
重新梳理下整理的框架：mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_rom、wood、hammer_sql_db

下面从一下几点出发作出总结
  • 文档方面：学习过程中mybatis-plus、jpa 提供的文档资料是比较全和完善，经得住市场的考验
  • 技术方面：beetlsql、easy-query、mybatis、wood系列 三类框架都已经支持spring 和solon生态 其技术架构设计可以推荐大家学习
  • 并发方面：jpa、db_visitor 还需要开发时候深度优化处理
  • 大数据存储方面： Lazy 具有一定优势
  • 大数据查询方面：sqltoy、dream_orm、Easy_query、lazy、db_visitor 反射处理的比较优秀
小数据量下各ORM框架处理时间大体相近或者通过优化后趋于一致，重点看一万数据以后框架处理能力体现价值

以上是个人整理的观点，如果大家有不同的想法和意见可以在gitee或者个人博客留言CSDN

细节数据对比（一万以内基本相差不大）
  • 细节数据对比，数据属于并发行测试数据，如果测试总数是一百，那么会执行一百次batchStory，一百次findPage 每次执行的条数在之前数据的基础上+1
从形成的折线图看（具体趋势看排名与测试结果）
  • 存储性能对比: lazy、mybatis-flex、mybatis-mp、mybatis-plus、dream_rom、sqltoy、beetlSql、hammer_sql_db、db_visitor 更适合并发性数据存储。jpa、easy-query 处理耗时较长波动较大
  • 分页查询性能对比: lazy、mybatis-flex、mybatis-mp、mybatis-plus、 dream_rom、easy-query、sqltoy、db_visitor、beetlSql 、jpa、hammer_sql_db都比较稳定。

在这里插入图片描述

在这里插入图片描述

批量保存：
  • 一万条数据以内 lazy、mybatis-flex、mybatis-mp、mybatis-plus、easy-query、sqltoy、beetlSql、jpa、db_visitor、wood、hammer_sql_db 性能趋于一致
  • 十万数据时，处理时间由快到慢依次是:
    • 八千毫秒以内:lazy、dream_rom、easy-query、hammer_sql_db、sqltoy、wood、db_visitor
    • 八千毫秒以上: mybatis-flex、mybatis-mp、mybatis-plus、beetlSql、jpa，其中 jpa 处理时间明显起伏
分页查询：
  • 一万条数据以内 几款ORM均保持在200毫秒内
  • 十万数据时，处理时间由快到慢依次是:
    • 一千毫秒以内：sqltoy、dream_rom、db_visitor、easy-query、lazy、beetlSql、mybatis-plus
    • 一千毫秒以上：mybatis-mp、jpa、mybatis-flex、wood、hammer_sql_db

快速数据对比(大数据曲线图)

在这里插入图片描述
在这里插入图片描述

优化项
  • 时间 2024年5月7日
    • 添加 wood框架对比测试数据库存储和查询
    • 测试结果容易上手快速集成，但是内部使用了大量字符串不易于编写
  • 时间 2024年5月8日
    • 针对mysql 配置 rewriteBatchedStatements=true 保存时间明显提高
  • 时间：2024年5月9日
    • 事件 新增hammer_sql_db框架对比测试，该框架上手比较简单比较灵活
    • 测试结果hammer_sql_db 批量存储做的很优秀，但当分页获取数据量超过一万后分页查询性能开始下降
当前项目地址
lazy-orm地址
mybatis地址
sqltoy地址
mybatis-flex地址
easy-query地址
mybatis-mp地址
dbvisitor地址
beetlsql地址
dream-orm地址
wood地址
hammer_sql_db地址
小吴小吴bug全无
关注
基于SpringJDBC的轻量级ORM框架sborm.zip
07-19
一、SBORM 介绍 1、目前只考虑支持 mysql； 2、基于spring jdbc的上层封装，底层jdbc操作基于JdbcTemplate，对于使用spring jdbc的人会有一点价值，比较简洁的封装可以节省很多重复劳动，具体节省多少可以看看example； 3、实现一套简单的ORM（直接使用spring rowmapper,insert自己实现），可以基于对象进行crud和相对复杂（感觉比hibernate强大一点）的sql操作； 4、基于对象指定查询的字段，大部分时候可以忘掉表结构进行业务开发； 5、支持简单的数据库路由，读写分离（半自动，需要指定取writer还是reader，默认规则reader采用随机的方式，当然也可以手动指定）； 6、支持简单的分表，主要是针对一定规则的分表，比如百分表、千分表，也可以自己指定分表后缀； 7、简单的单表查询（比如所有条件是and或者or结构），基本实现0sql代码编写（类似HibernateTemplate selectByExample、findByCriteria、find等方法）； 8、简单的单表排序支持，支持多个排序条件组合； 9、对于复杂的sql查询，提供获取jdbctemplate实例进行操作，类似spring jdbc的常规用法； 10、提供Entity代码生成接口，Entity并非简单的pojo（尽可能不要去修改此类），引入字段常量类，方便查询的时候指定选择字段，从而更好实现查询条件的封装； 二、为什么写SBORM？ 1、hibernate：过于臃肿，使用不够灵活，优化难(其实主要是因为很少用)，HQL感觉就是个渣，在 mysql几乎一统天下的背景下，跨数据库级别的兼容吃力不讨好。Hibernate的对象化关联处理确实挺强大，但是使用起来坑太多，有多少人敢在项目 中大范围使用真不知道，屠龙刀不是人人都提的起啊。 2、mybatis：轻量级，基于xml的模式感觉不利于封装，代码量不小，基于xml维护也麻烦（个人观点， 现在注解模式貌似也挺不错），感觉mybatis更适合存在dba角色的年代，可以远离代码进行sql调优，复杂的查询拼装起来也更加优雅（java基本 就是if else ...）,但是对于查询业务简单但是数据库集群环境的场景有点憋屈（其实对mybatis使用也不多，瞎评论^_^）。 3、spring jdbc：小巧，灵活，足够优秀，个人比较喜欢使用，但是代码量偏大，原生的接口重复劳动量大，比如insert、mapper之类的； SBORM只是针对spring jdbc的一些不方便的地方，做了一些封装，更加简化日常的开发工作，基于spring jdbc的RowMapper自动实现对象映射，也勉强算的上叫ORM，只是大部分功能已经由spring jdbc实现了。 平时不太喜欢使用hibernate和mybatis，主要是使用spring jdbc，写这个东西的出发点主要是平时使用spring jdbc觉 得比较麻烦，重复性的代码偏多，一方面通过自动mapper降低返回结果处理工作量，另一方面参考hibernate对象化查询条件的模式，写了一个 QueryBudiler，使得更多简单的单表查询可以通过对象组织查询、更改逻辑，避免过多去写相似性的SQL语句，减少DAO接口量。 三、一些亮点 1、Entity的设计：很多人看了也许会说，这个不是POJO，不是纯粹的Java Bean，显得很另类。但是有多人在开发过程中（特别是在写sql的时候），经常要去看看表结构设计？还有多少次因为改了表某个字段，还得遍历去查找哪些 sql使用了这个字段？多少次看到在代码中直接传入字段名作为查询参数感到别扭？如果将表结构字段都用java对象去描述，能够解决这些问题，就不必要在 乎是不是POJO了，后面看example的时候应该能体会这么做的一些好处，至少我觉得是挺方便的，将大部分查询脱离表结构设计。 2、简单的数据库路由：如果分库结构不是太复杂（比如简单的读写分离、或者多个库集成），BaseDao可以自 动进行路由（比如读写分离，根据业务模式指定读、写库），如果非默认的路由规则，也可以通过手动设置的模式，进行数据库路由。数据库路由直接由 Entity指定，所有的路由都是根据Entity识别，也就是说查询也是围绕Entity展开的，避免类似使用spring jdbc的时候，各种 template实例跳来跳去，硬编码引入，写一个业务还得看看到底该用哪个template，尤其是多个数据库共用一个template实例的时候。 3、QueryBuilder：单表查询基本上都可以实现零Sql（除非查询条件特别复杂的），更新、删除等操作也可以通过QueryBuilder进行批量处理，不局限于根据主键来处理。 4、分表操作的支持：对于分表操作和常规的使用没有区别，只是指定分表规则，mybatis好像也可以通过制定参数实现分表处理，没搞清楚hibernate对这个是怎么处理的(hibernate好像是bean和表一对一绑定的)？ 标签：sborm
简单了解java ORM框架JOOQ
08-25
简单了解Java ORM框架JOOQ JOOQ是一个基于Java访问关系型数据库的工具包，它具有轻量、简单、并且足够灵活的特点，通过JOOQ我们可以轻松的使用Java面向对象的语法来实现各种复杂的SQL。相比于传统ORM框架，如...
原生的JDBC
qq_37663871的博客
03-18 672
文章目录1、JDBC连接数据的步骤2、连接2.1、准备工作2.2、建立连接3、处理块3.1、静态处理块3.2、预处理块3.3、使用db.properties配置文件3.3.1、模拟注册账户3.3.2、模拟登录账户3.3.3、模拟修改密码3.3.4、模拟注销用户4、事务问题 1、JDBC连接数据的步骤 加载驱动 根据URL、用户名和密码建立连接 创建处理快，有静态处理快（Statement）和预处...
原生JDBC
WY001的博客
03-27 427
文章目录1 未预编译的增删改查2 有预编译的增删改查3 封装 1 未预编译的增删改查 //未预编译的增删改查 import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.Statement; public class DML_DQL1test { sta...
Chloe-master.zip_C#开源ORM框架_Chloe.Extension_Master Dot Action
09-24
《Chloe：C#开源ORM框架的探索与应用》 Chloe，这是一个专注于数据库访问的C#开源ORM（对象关系映射）框架。其核心设计理念是轻量且高效，不进行过度封装，使得开发者能够更直接地操控数据库，同时保持框架的体积...
精选_基于ORM的框架思想与体系_源码打包
03-10
5. **查询语言**：许多ORM框架如Hibernate、MyBatis等提供了自己的查询语言，如HQL（Hibernate Query Language）、MyBatis的动态SQL，这些查询语言更接近面向对象的语法，降低了学习成本。 6. **懒加载与级联操作**...
EzeOrm纯手撸的一套简易javaorm框架。暂只支持mysql。
08-07
EzeOrm是一个由Java开发的轻量级ORM框架，其主要目标是简化数据库操作，将对象与关系数据库之间的映射关系自动化处理，从而减少开发者在数据访问层的代码编写工作。ORM框架允许开发者以面向对象的方式操作数据库，...
JDBC原生
Hubery丶xiu的博客
08-11 1240
JDBC是由一系列连接（Connection）、SQL语句（Statement）和结果集（ResultSet）构成的，其主要作用概括起来有如下3个方面： 建立与数据库的连接。 向数据库发起查询请求。 处理数据库返回结果。 博主现在在学着Mybatis框架。在其中，最重要的就是Statement。实现图为： JDBC连接数据库分为以下几步： （1）加载数据库驱动，通常使用Cla
Spring集成ORM框架之JDBC的使用
polo_longsan的专栏
06-07 1724
做程序开发，难免要操作数据库。在使用Spring框架的时候，Spring已经集成了传统的JDBC的使用，Hibernate，JPA，Ibatis等ORM框架。传统的JDBC的使用最让人心烦的就是随便写一个sql都要一大堆样板式代码；像获取数据库连接，准备参数，提交sql，关闭连接，关闭参数。这让程序员都不能专注于业务逻辑的开发，严重的影响了开发效率，代码臃肿。现在就来学习Spring集成JDBC的
java 原生的JDBC
最新发布
mili_java的博客
05-11 628
java 原生的JDBC
封装jdbc-完成简易版的orm框架
Akiler的博客
06-17 716
类ORM简易操作，封装底层JDBC，目前单表操作
ORM框架
不惧困难 顽强拼搏
06-12 3508
ORM是对象关系映射（Object-Relational Mapping）的缩写，就是把数据库中的表映射为java的类，表中的记录映射为java的对象，列映射为java类中的属性，该框架可以在不写SQL语句的前提下完成对单表的CRUD操作
Java自学-JDBC ORM
我的博客
07-11 167
使用JDBC做一个ORM例子 ORM=Object Relationship Database Mapping 对象和关系数据库的映射 简单说，一个对象，对应数据库里的一条记录 步骤 1 : 根据id返回一个Hero对象 提供方法get(int id) 返回一个Hero对象 package charactor; public class Hero { //增加id属性 publ...
Java ORM框架对比：Hibernate、iBatis、EJB与JDO
"这篇文档主要对比了Java领域的四个持久层框架——Hibernate、iBatis、EJB和JDO，分析了它们在不同方面的特性和适用场景。文档提到了每个框架的开源状态、学习成本、封装性、移植性、执行效率、功能完整性、资源消耗...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小吴小吴bug全无

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值