包含mybatisplus打印sql的词条
本篇文章给大家谈谈mybatisplus打印sql,以及对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
- 1、MyBatis-Plus中如何使用ResultMap
- 2、MyBatis-Plus执行SQL分析打印
- 3、Spring Boot(十一):MyBatis插件之MyBatis-Plus
- 4、Mybatis控制台打印SQL的两种方式
MyBatis-Plus中如何使用ResultMap
MyBatis-Plus 对 MyBatis 基本零侵入,完全可以与 MyBatis 混合使用,这点很赞。
在涉及到关系型数据库增删查改的业务时,我比较喜欢用 MyBatis-Plus ,开发效率极高。具体的使用可以参考官网,或者自己上手摸索感受一下。
下面简单总结一下在 MyBatis-Plus 中如何使用 ResultMap 。
先看个例子:
有如下两张表:
其中, tb_hero 中的 bid 关联 tb_book 表的 id 。
下面先看 Hero 实体类的代码,如下:
注意了,我特地把 tb_hero 表中的 bid 字段映射成实体类 Hero 中的 bookId 属性。
MyBatis-Plus 打印出的 SQL 为:
没毛病, MyBatis-Plus 会根据 @TableField 指定的映射关系,生成对应的 SQL 。
MyBatis-Plus 打印出的 SQL 为:
也没毛病,可以看到生成的 SELECT 中把 bid 做了别名 bookId 。
比如现在我想连接 tb_hero 与 tb_book 这两张表,如下:
查询 MyBatis-Plus 打印出的 SQL 为:
SQL没啥问题,过滤与分页也都正常,但是此时你会发现 bookId 属性为 null ,如下:
为什么呢?
调用 BaseMapper 中内置的 selectById() 方法并没有出现这种情况啊???
回过头来再对比一下在 HeroMapper 中自己定义的查询与 MyBatis-Plus 自带的 selectById() 有啥不同,还记得上面的刚刚的测试吗,生成的SQL有啥不同?
原来, MyBatis-Plus 为 BaseMapper 中内置的方法生成SQL时,会把 SELECT 子句中 bid 做别名 bookId ,而自己写的查询 MyBatis-Plus 并不会帮你修改 SELECT 子句,也就导致 bookId 属性为 null 。
在这里就是 tb_hero 表中的 bid 字段映射成实体类 Hero 中的 bid 属性。这样当然可以解决问题,但不是本篇讲的重点。
在 @TableName 设置 autoResultMap = true
然后在自定义查询中添加 @ResultMap 注解,如下:
这样,也能解决问题。
下面简单看下源码, @ResultMap("mybatis-plus_实体类名") 怎么来的。
详情见:告拆 com.baomidou.mybatisplus.core.metadata.TableInfo#initResultMapIfNeed()
注意看上面的字符串 id 的构成,你应该可以明白。
思考: 这种方式的 ResultMap 默认是强绑在一个 @TableName 上的,如果是某个聚合查询或者查询的结果并非对应一个真实的表怎么办呢?有没有更优雅的方式?
基于上面的袜仔枣思考,我做了下面简单的实现:
关键代码其实没有几行,耐心看下应该不难懂。
还是用例子来说明更直观。
下面是一个聚合查询:戚兆
其中 BookAgg 的定义如下,在实体类上使用了 @AutoResultMap 注解:
MyBatis-Plus执行SQL分析打印
1、本文资料来自 MyBatis-Plus官网
2、该梁宴枯功能依赖 p6spy 组件,完美的橡洞输出打印 SQL 及祥尘执行时长 3.1.0 以上版本
3、 示例工程
[img]Spring Boot(十一):MyBatis插件之MyBatis-Plus
MyBatis的插件MyBatis-Plus,又叫苞米豆(baomidou),简称MP,官方说,它是为了猿类崛起而生,为了提高生产率而生,为了简化开发而生,不管它为了什么而生吧,反正是它出生了。
MyBatis-Plus对MyBatis只做增强不做改变,所以引入它不会对现有工程产生影响,只需要做简单的桥悄薯配置,就可以快速进行单表的CRUD操作,从而节省时间,提高效率。
MyBatis-Plus插件有很丰富的功能,比如:单表CRUD操作、代码生成、自动分页、逻辑删除等。
下面我们来简单介绍一下MyBatis-Plus的使用
1、pom.xml
去掉MyBatis的核心依赖(org.mybatis.spring.boot.mybatis-spring-boot-starter),增加MyBatis-Plus的依赖:
2、配置application.yml、po、dao和Application
application.yml中配置数据库连接:
blog数据库中article表的实体类ArticlePo:
注解说明:
@TableName:表名注解,标识实体类对应的表
@TableId注解:主键注解,当type = IdType.AUTO时,表示这个主键是自增主键
blog数据库中article表的dao,ArticleDao:
BaseMapper接口:利用Mybatis接口编程的实现机制,默认提供了一系列的增删改查的基础运顷方法。
在Article11Application中配置 MapperScan 注解:
3、增加数据
insert:增加数据,insert返回值int代表insert了多少条记录
示例:在ArticleController中编写增加数据的接口:
说明:
1)一般业务逻辑处理在service层,这里为了方便,直接在controller中演示了
2)@Resource注解:注入ArticleDao,后续的方法中不再重复注入
4、删除数据
delete:物理删除数据,返回删除了多少条数据
示例,删除title为Mybatis-Plus test的数据:
说明:
1)物理删除后,恢复数据很困难,所以一般情况下,业务处理采用逻辑删除的方式
5、更新数据
update: 更新数据
示例,修改title为Mybatis-Plus test的数据的title为Mybatis-Plus update:
updateById: 根据主键id更新数据
示例,修改id为7的数据的title为Mybatis-Plus updateById:
注意 :
1、updateById方法:若传入实体Model,则会根据主键把其他字段全部更新一遍
问题:使用baomidou拿出某条数据的数据实体后,有其他人把数据库中这条数据的某个字段更新了,再用baomidou的updateById方法更新时,会把此字段再更新回来
解决:
方法1:使用sql语句,只更新需要更新的字段
方法2:新建实体Model,Model中只放主键和需要更新的字段
6、查询数据
selectOne: 查询单条数据
示例,查询id为7的数据:
注意 :
1、selectOne方法
1)结果没有数据时,返回null
2)结果有一条数据时,返回此数据
3)结果有两条或两条以上数据时,报错
解决办法:在最后增加 .last(" limit 1 ") 语句
selectList: 查询多条数据
示例:查询title为Mybatis-Plus update的数据
7、打印sql日志
打印执行的sql,在application.yml中配置,一般配置在开发环境
MyBatis-Plus的其他注意事项敏者
1、如果数据库表字段中有desc、describe等mysql关键词或预留关键词,使用selectList/selectOne会报错,需要单独写sql查询语句
2、有时我们需要在Dao中单独写方法来写sql语句,这时方法的命名跟baomidou自带的命名不要一样,否则即使参数不同,也会有问题:Dao中单独写的方法,会把baomidou的方法覆盖,就调用不到baomidou的方法了
本文示例代码, 详见
若您觉得还可以,请帮忙点个 “赞” ,谢谢
Mybatis控制台打印SQL的两种方式
第一种:
网上说的比较多的,之前也是这么用的一种方式正昌
第二种:
最近发现的一种举桥扒方式,方便快捷
以上mybatis 调试出消侍sql的两种方式
在SpringBoot中,修改application.yml文件
关于mybatisplus打印sql和的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。