一、添加依赖pom.xml
二、application.yml添加配置
三、application配置@MapperScan
到这里就引入了MyBatis-Plus了。
四、代码生成器
很多时候,都不想写entity,mapper等文件,这个时候就可以使用代码生成器来自动生成对应的文件了。
需要修改几个地方:
1、数据库连接 2、文件需要放置的文件夹地址。
具体代码:
// 演示例子,执行 main 方法控制台输入模块表名回车自动生成对应项目目录中
五、添加测试
这里主要是Mybatis-Plus的CURD等方法。
六、数据分页
1、简单分页方法
上面的分页其实是调用BaseMapper的selectPage方法,这样的分页返回的数据确实是分页后的数据,但在控制台打印的SQL语句上看到其实并没有真正的物理分页,而是通过缓存来获得全部数据中再进行的分页,这样对于大数据量操作时是不可取的,那么接下来就叙述一下,真正实现物理分页的方法。
2、 物理分页方法
新建一个MybatisPlusConfig配置类文件
重新调用mpUserService.page可以看到数据有物理分页
3、XML自定义分页
UserServiceImpl.java 调用分页方法
七、打印sql日志
为了方便排查错误,很多时候需要打印mybatis生成的sql语句,这时候就需要打印日志了。
在application.yml中添加:
或者
八、逻辑删除
很多时候需要表的数据虽然删除了,但是还是希望不是真正删除数据,数据还是留在数据库中,只需要使用一个字段来做标志为即可,这时候就需要逻辑删除功能。
SpringBoot 配置方式:
application.yml 加入配置(如果你的默认值和mp默认的一样,该配置可无):
注册 Bean(3.1.1开始不再需要这一步):
实体类字段上加上@TableLogic注解
@TableField(select = false)注解,可以不查询出deleted字段
@TableLogic
//@TableField(select = false)
private Integer deleted;
效果: 使用mp自带方法删除和查找都会附带逻辑删除功能 (自己写的xml不会)
example
删除时 update user set deleted=1 where id =1 and deleted=0
查找时 select * from user where deleted=0
附件说明
逻辑删除是为了方便数据恢复和保护数据本身价值等等的一种方案,但实际就是删除。
如果你需要再查出来就不应使用逻辑删除,而是以一个状态去表示。
九、主键策略
mybatis-plus 的主键生成的类型 默认类型 是 IdType.ID_WORKER全局唯一ID,内容为空自动填充(默认配置),雪花算法
1,局部主键策略实现
在实体类中 ID属性加注解
2,全局主键策略实现
需要在application.yml文件中添加
表示全局主键都采用该策略(如果全局策略和局部策略都有设置,局部策略优先级高)
十、自动填充
很多时候表中都需要添加创建时间,创建人,修改时间,修改人来跟踪数据的来源和变动,但每次插入数据和修改数据的时候都要set这几个字段又感觉很麻烦,这个时候就系统系统能自动填充这几个字段了。
字段必须声明TableField注解,属性fill选择对应策略,该申明告知 Mybatis-Plus 需要预留注入 SQL 字段
@TableField(fill = FieldFill.INSERT)
private LocalDateTime createTime;
属性fill有四种对应策略,分别为:
自定义实现类 MyMetaObjectHandler:
测试使用
自动填充优化
insertFill方法每次插入的时候都会调用,如果不存在createTime属性的话,每次插入都会白白调用了,浪费资源,所以可以判断是否存在该属性
希望,当更新时有设定时间,就用更新时设定的时间,当没有设定时就自动填充更新时间,可以这样设置