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

2024-05-09 23:36
文章标签 框架 java orm hammer sql db 对比 新增 比较 database

本文主要是介绍【Java orm 框架比较】十 新增hammer_sql_db 框架对比，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

迁移到（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地址

这篇关于【Java orm 框架比较】十 新增hammer_sql_db 框架对比的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/974809。

相关文章

java设计模式之工厂模式--普通工厂方法模式（Factory Method）

java设计模式之工厂模式--普通工厂方法模式（Factory Method）

1.普通工厂模式，就是建立一个工厂类，对实现了同一接口的一些类进行实例的创建。 2.先定义一个接口： package com.zhong.pattern.factorymethod;/*** 发送接口* @author admin**/public interface Sender {/*** 发送消息方法* @param msg*/void send(String msg);} 3
阅读更多...
Java设计模式之代理模式2-动态代理（jdk实现）

Java设计模式之代理模式2-动态代理（jdk实现）

这篇是接着上一篇继续介绍java设计模式之代理模式。下面讲解的是jdk实现动态代理。 1.）首先我们要声明一个动态代理类，实现InvocationHandler接口 package com.zhong.pattern.proxy;import java.lang.reflect.InvocationHandler;import java.lang.reflect.Method;/*** 演
阅读更多...
java设计模式之代理模式1--静态代理

java设计模式之代理模式1--静态代理

Java编程的目标是实现现实不能完成的，优化现实能够完成的，是一种虚拟技术。生活中的方方面面都可以虚拟到代码中。代理模式所讲的就是现实生活中的这么一个概念：助手。 代理模式的定义：给某一个对象提供一个代理，并由代理对象控制对原对象的引用。 1.）首先新建一个表演的接口 package com.zhong.pattern.proxy;/*** 表演接口* @author admin*
阅读更多...
java原型（Prototype）设计模式

java原型（Prototype）设计模式

原型模式就是讲一个对象作为原型，使用clone()方法来创建新的实例。 public class Prototype implements Cloneable{private String name;public String getName() {return name;}public void setName(String name) {this.name = name;}@Overri
阅读更多...
Java中23种设计模式之适配者模式

Java中23种设计模式之适配者模式

适配器模式的作用就是在原来的类上提供新功能。 主要可分为3种： 1.类适配：创建新类，继承源类，并实现新接口，例如：     class Adapter extends OldClass implements NewFunc{} 2.对象适配：创建新类持源类的实例，并实现新接口，例如：     class Adapter implements NewFunc { priva
阅读更多...
java不依赖临时变量交换两个变量的值

java不依赖临时变量交换两个变量的值

java不依赖临时变量交换两个变量的值 1.简单易懂的实现方式     int a=1,b=2;     int temp = 0;     temp = a;     a = b;     b= temp; 2.算术算法 int a=1,b=2; a = a+b;// a = 1+2  b = a-b;// b = a-b --> b=3-2 -->1 a = a -b;/
阅读更多...
Java中的SOLID原则及示例

Java中的SOLID原则及示例

类是任何Java应用程序的构建块。如果这些区块不强，那么建筑（即应用）将来将面临艰难时期。这实际上意味着，当应用程序范围上升或应用程序在生产或维护中面临某些设计问题时，不那么好的编写会导致非常困难的情况。 另一方面，一组精心设计和编写的类可以加速编码过程的突飞猛进，同时减少错误的数量。 在本教程中，我们将使用 5个最推荐的设计原则的示例来讨论Java中的SOLID原则，在编写类时我们应该记住这
阅读更多...
Java比较和交换示例 - CAS算法

Java比较和交换示例 - CAS算法

Java比较和交换示例 - CAS算法 由Lokesh Gupta | 提起下：多线程 一个Java 5中最好添加的是支持类，如原子操作AtomicInteger，AtomicLong等等。这些课程帮助您最大限度地减少复杂的（非必要）需要多线程的，如增加一些基本的操作代码或递减的值在多个线程之间共享。这些类内部依赖于名为CAS（比较和交换）的算法。在本文中，我将详细讨论这个概念。 1.乐观和
阅读更多...
java并发编程之CyclicBarrier（循环栅栏）

java并发编程之CyclicBarrier（循环栅栏）

package com.zhong;import java.util.concurrent.CyclicBarrier;/*** Cyclic意思是循环，Barrier意思是屏障，那么CyclicBarrier翻译过来就是循环栅栏。* 它是一个同步辅助类，能让一组线程互相等待，* 直到这一组线程都到了一个公共屏障点，各线程才能继续向下执行。因为该屏障能够在释放等待线程后继续重用，所以叫循环屏障。*
阅读更多...
mysql 获得指定数据库所有表名以及指定表的所有字段名

mysql 获得指定数据库所有表名以及指定表的所有字段名

SELECTCOLUMN_NAME 列名,DATA_TYPE 字段类型,COLUMN_COMMENT 字段注释FROMinformation_schema. COLUMNSWHEREtable_name = 'sys_user' ## 表名AND table_schema = 'test'; ## 数据库/*获得指定表的所有字段*/SELECT*FROMinformation_schem
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2