【Java ORM 框架对比】九新增 wood 框架对比

来源: 投稿
2024-05-07 18:02:00

【Java orm 框架比较】九 新增wood框架对比

本次新增wood 框架测试 测试数据存储、分页查询,文档及框架比较稳定半天时间加入测试使用

迁移到(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操作数据

环境:

idea 
jdk17
spring boot 3.0.7
mysql 8.0

测试条件常规对象

orm 框架 是否支持xml 是否支持 Lambda 对比版本 编码方式
mybatis ☑️ ☑️ 3.5.4 lambda +xml 优化
sqltoy ☑️ ☑️ 5.2.98 lambda
lazy ✖️ ☑️ 1.2.4-JDK17-SNAPSHOT lambda
mybatis-flex ☑️ ☑️ 1.8.0 lambda +xml 优化
easy-query ✖️ ☑️ 1.10.31 lambda
mybatis-mp ☑️ ☑️ 1.4.1 xml 优化
jpa ☑️ ☑️ 3.0.7 ----------------------
dbvisitor ☑️ ☑️ 5.4.1 xml 优化
beetlsql 支持md ☑️ 3.26.0-RELEASE insert ignore into 优化
dream_orm ✖️ ☑️ 1.3.0 insert ignore into (当前版本不支持)
wood ☑️ ☑️ 1.2.9 insert 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 创建 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

测试执行过程

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

查看结果曲线图

 

测试结果(结果只提供参考)

MYBATIS_FLEX(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 67毫秒 16毫秒 109毫秒 799毫秒
WOOD(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 33毫秒 298毫秒 2623毫秒 26108毫秒
LAZY(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 3毫秒 14毫秒 66毫秒 468毫秒
MYBATIS_MP(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 9毫秒 17毫秒 118毫秒 743毫秒
DB_VISITOR(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 42毫秒 304毫秒 2861毫秒 28482毫秒
MYBATIS_PLUS(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 31毫秒 18毫秒 111毫秒 779毫秒
JPA(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 48毫秒 47毫秒 837毫秒 7670毫秒
EASY_QUERY(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 70毫秒 331毫秒 2879毫秒 26733毫秒
SQLTOY(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 44毫秒 280毫秒 2745毫秒 28759毫秒
DREAM_ORM(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 61毫秒 317毫秒 2738毫秒 27285毫秒
BEETL_SQL(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 150毫秒 302毫秒 2873毫秒 28001毫秒
MYBATIS_FLEX(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 23毫秒 8毫秒 19毫秒 172毫秒
WOOD(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 7毫秒 7毫秒 15毫秒 132毫秒
LAZY(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 8毫秒 5毫秒 13毫秒 91毫秒
MYBATIS_MP(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 23毫秒 7毫秒 20毫秒 133毫秒
DB_VISITOR(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 9毫秒 3毫秒 18毫秒 117毫秒
MYBATIS_PLUS(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 23毫秒 4毫秒 17毫秒 128毫秒
JPA(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 116毫秒 13毫秒 33毫秒 130毫秒
EASY_QUERY(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 37毫秒 6毫秒 13毫秒 103毫秒
SQLTOY(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 20毫秒 5毫秒 13毫秒 109毫秒
DREAM_ORM(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 27毫秒 6毫秒 19毫秒 101毫秒
BEETL_SQL(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000
执行时间: 46毫秒 9毫秒 24毫秒 144毫秒

写在最后

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

下面从一下几点出发作出总结

  • 文档方面:学习过程中mybatis-plus、jpa 提供的文档资料是比较全和完善,经得住市场的考验
  • 技术方面:beetlsql、easy-query、mybatis、wood系列 三类框架都已经支持spring 和solon生态 其技术架构设计可以推荐大家学习
  • 并发方面:jpa、db_visitor 还需要开发时候深度优化处理
  • 大数据存储方面: Lazy 具有一定优势
  • 大数据查询方面:sqltoy、dream_orm、Easy_query、lazy、db_visitor 反射处理的比较优秀

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

细节数据对比(一万以内基本相差不大)

  • 细节数据对比,数据属于并发行测试数据,如果测试总数是一百,那么会执行一百次batchStory,一百次findPage 每次执行的条数在之前数据的基础上+1

从形成的折线图看(具体趋势看排名与测试结果)

  • 存储性能对比: lazy、mybatis-flex、mybatis-mp、mybatis-plus、easy-query、dream_rom、sqltoy、beetlSql 更适合并发性数据存储。jpa、db_visitor 处理耗时较长
  • 分页查询性能对比: lazy、mybatis-flex、mybatis-mp、mybatis-plus、 dream_rom、easy-query、sqltoy、db_visitor、beetlSql 都比较稳定。jpa 处理时间明显起伏

 

 

 

批量保存:

  • 一万条数据以内 lazy、mybatis-flex、mybatis-mp、mybatis-plus、easy-query、sqltoy、beetlSql、jpa、db_visitor、wood 性能趋于一致
  • 十万数据时,处理时间由快到慢依次是:
    • 一万毫秒以内:lazy、mybatis-flex、mybatis-mp、mybatis-plus、
    • 一万毫秒以上: easy-query、dream_rom、sqltoy、beetlSql、db_visitor、jpa,其中 db_visitor、jpa、wood 处理时间明显起伏

分页查询:

  • 一万条数据以内 几款ORM均保持在200毫秒内
  • 十万数据时,处理时间由快到慢依次是:
    • 一千毫秒以内:sqltoy、dream_rom、db_visitor、easy-query、lazy、beetlSql、mybatis-plus
    • 一千毫秒以上:mybatis-mp、jpa、mybatis-flex、wood

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

 

当前项目地址

lazy-orm地址

mybatis地址

sqltoy地址

mybatis-flex地址

easy-query地址

mybatis-mp地址

dbvisitor地址

beetlsql地址

dream-orm地址

wood地址

展开阅读全文
点击加入讨论🔥(25) 发布并加入讨论🔥
本篇精彩评论
用原生的jdbc可能更具对比性,我下次补充一下
2024-05-08 11:18
1
举报
25 评论
7 收藏
分享
返回顶部
顶部