SpringDataJpa使用原生sql

 1. jpa中的count小坑

在SpringDataJpa中repository层的@Query注解内写原生sql,如果有传入Pageable分页查询,即分页数据的pageSize大于原生sql查询出的数据,程序会正常运行,因为此时一页就可以包含所有的数据,不需要使用分页。但是一旦pageSize小于等于数据库内的数据,此时一页就装不小所有的数据,jpa就会执行一条count数据,但此时使用的是原生sql,jpa就无法识别,因为其底层使用的是对象的方式。

错误信息回显:

 

 

 

原生sql分页查询出现的问题信息

这个问题可能是jpa底层未进行很好的封装,添加了nativeQuery =true应该就应该在分页查询的时候也依旧使用原生sql,而不应该采用jpa封装好的分页查询数据。

所以此时就需要告诉jpa,分页查询数据的时候,依旧使用原生sql,有两种方式注解内添加countProjection和countQuery,推荐使用countProjection,因为countQuery会重新使用一条sql,这样会导致整个注解内的sql语句太多了。

我贴两张解决方案图:

 

 

countProjection解决方案

 

 

countQuery解决方案

2. jpa中的like模糊查询

在jpa中使用原生sql,进行模糊查询的时候,需要拼接"%",否则jpa无法识别,无法进行like模糊查询。

错误做法:

 

like模糊查询错误做法

正确做法:有两种方法sql内使用concat拼接、业务层拼接,concat拼接会导致代码的移植性低,业务层拼接字符串会使代码不美观。

 

 

使用mysql的concat区

 

 

 

业务层拼接
posted @   来去都是自由风  阅读(962)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示