各位大佬， jpa 和 mybatis 一起用符合设计吗，有哪些隐患

[madworks]

前几天用到一个生成器，vue 前端和后端一键生成，代码超级简洁，完全不用改，只是用的 jpa，但是涉及复杂的数据查询 jpa 肯定很繁琐，就想也用上 mybatis，而且发现 mybatisgenerator 稍微修改下 model 生成器源码，就可以满足 jpamybatis 共用 model 类，就是不知道这样有没有什么不好，想请教下各位童靴有没有和 mybatis 一起混用的，有没有什么隐患，注意的地方，

[ourslay]

Spring Data JDBC 了解下 。

[cheng6563]

jpql 稍微复杂点的查询组装就恶心。
直接在 Java 里拼 SQL 也是一坨一坨的。
只能用 mybatisplus 才能解决生活的样子

[yalin]

场景需求决定技术

[Blulotus]

分开用没问题，但一个方法里面同时用 jpa 和 mybatis 发现有问题，就弃用 jpa 了。。问题为：业务调用的逻辑大概为 jpa,mybatis,jpa，但打印 sql 执行的顺序为 jpa,jpa,mybatis，反正就不是按业务的逻辑来执行的，不知道啥原因，都换成 myabtis 就不会。

[pengyOne]

用 mybatis-plus 吧，也提供 jpa 的那些简单操作

[Jrue0011]

21 楼+1，一起用的话可以试试 Spring Data JDBC，官方文档里有一节就是集成 mybatis

[xuanbg]

一起用没啥问题，反正各管各的也不会打架，能有什么问题？

[Jrue0011]

@Jrue0011 不过 Spring Data JDBC 和 JPA 应该是不一样的，只是功能上和 data jpa 有一定的相似

[aragakiyuii]

@Blulotus #24 如果 jpa 不主动 flush 的话，会在整个事务结束末尾一起提交...

[aragakiyuii]

@Blulotus #24 这个是 hibernate 的特性，它自己是有一套对于 entity 管理的生命周期，而 mybatis 更倾向于“原生”...

[pkupyx]

之前 mybatis plus 的 generator 生成的 entity 似乎并不是标准 jpa 规范，现在好些了嘛

[gundam0603]

@Blulotus jpa 会重排，里面的顺序是 jpa 管理的，当然管不了 mybatis 的，而且可能不在一个事务，建议是 mybatis 只用来做复杂查询，JPA 更新是什么的，而且不能混用。

[gundam0603]

7,8 年前就这么用了，没大问题，注意别同事务里混着用就行，其实两个现在来讲可能也没那么大差别了。

[anakinsky]

个人倾向于 jpa + querydsl 能解决绝大部分的复杂查询，实在不行用 jdbcTemplate ；代码生成也可以使用 IDEA+groovy 脚本，两种一起不是提升了项目复杂度，一堆 mapper 又是一堆 repository

[Blulotus]

@aragakiyuii 原来是这样，感谢！

[Blulotus]

@gundam0603 明白原因了，感谢解答！

[madworks]

@pkupyx entity 类可以自己写个插件生成的，想怎么改怎么改

[madworks]

@gundam0603 你是说 jpa 对数据库的操作会重排吗

[gundam0603]

@madworks 记得会在事务提交的时候改变提交的顺序

[redcoffeecat]

@qwerthhusn t 腾讯都在用