MybatisPlus

1.增删改查入门案例：

首先导入依赖：

        <dependency><groupId>com.baomidou</groupId><artifactId>mybatis-plus-boot-starter</artifactId><version>3.5.3.1</version></dependency>

然后这些增删改查的方法就可以删掉了（注意这里只能是单表查询，多表查询不适用）

Mapper层：

xml文件：

删完之后，在测试方法中找到提示词提示的方法进行填充就好了

比如这个查询方法

运行一下方法：

1.2：常用注解：

MybatisPlus 中比较常用的几个注解如下：

@TableName：用来指定表名
@TableId：用来指定表中的主键字段信息
@TableField：用来指定表中的普通字段信息

IdType 枚举：

AUTO：数据库自增长
INPUT：通过 set 方法自行输入
ASSIGN_ID：分配 ID，按 IdentifierGenerator 的方法 nextId 来生成 id，默认实现类为 DefaultIdentifierGenerator 雪花算法

使用 @TableField 的常见场景：

成员变量名与数据库字段名不一致
成员变量名以 is 开头，且是布尔值
成员变量名与数据库关键字冲突
成员变量不是数据库字段

代码示例：

@TableName("tb_user")
public class User {@TableId(value = "id", type = IdType.AUTO)private Long id;@TableField("username")private String name;@TableField("is_married")private Boolean isMarried;@TableField("order")private Integer order;@TableField(exist = false)private String address;
}

表结构信息：

名称	数据类型	注释	默认值
id	BIGINT	用户 id	AUTO_INCREMENT
username	VARCHAR	用户名	无默认值
is_married	BIT	密码	0
order	TINYINT	序号	NULL

2.条件构造器

QueryWrapper和UpdateWrapper的用法

这是原来的mybatis查询语句：

这是mybatis-plus的查询语句：

查询结果：

问题：可是刚才的更新操作是把更新的值给写死了，碰到下面的问题那我们就要用一种新的方法

问题：上面的那些其实都是把字段写死的硬编码，我们就用到了lambdaQueryWeapper

3.自定义Sql

4.Service接口

service接口的继承关系

用Sevice就可以做到对数据库的操作，非常的厉害，他的底层就是去调了userMapper的接口

5.代码生成

在使用MybatisPlus以后，基础的Mapper、Service、PO代码相对固定，重复编写也比较麻烦。因此MybatisPlus官方提供了代码生成器根据数据库表结构生成PO、Mapper、Service等相关代码。只不过代码生成器同样要编码使用，也很麻烦。

这里推荐大家使用一款MybatisPlus的插件，它可以基于图形化界面完成MybatisPlus的代码生成，非常简单。

3.1.1.安装插件

在Idea的plugins市场中搜索并安装MyBatisPlus插件：

3.1.2.使用

刚好数据库中还有一张address表尚未生成对应的实体和mapper等基础代码。我们利用插件生成一下。首先需要配置数据库地址，在Idea顶部菜单中，找到other，选择Config Database：

3.3.逻辑删除

对于一些比较重要的数据，我们往往会采用逻辑删除的方案，即：

在表中添加一个字段标记数据是否被删除
当删除数据时把标记置为true
查询时过滤掉标记为true的数据

一旦采用了逻辑删除，所有的查询和删除逻辑都要跟着变化，非常麻烦。

为了解决这个问题，MybatisPlus就添加了对逻辑删除的支持。

注意，只有MybatisPlus生成的SQL语句才支持自动的逻辑删除，自定义SQL需要自己手动处理逻辑删除。

例如，我们给address表添加一个逻辑删除字段：

alter table address add deleted bit default b'0' null comment '逻辑删除';

然后给Address实体添加deleted字段：

接下来，我们要在application.yml中配置逻辑删除字段：

mybatis-plus:global-config:db-config:logic-delete-field: deleted # 全局逻辑删除的实体字段名(since 3.3.0,配置后可以忽略不配置步骤2)logic-delete-value: 1 # 逻辑已删除值(默认为 1)logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)

测试：首先，我们执行一个删除操作：

@Test
void testDeleteByLogic() {// 删除方法与以前没有区别addressService.removeById(59L);
}

方法与普通删除一模一样，但是底层的SQL逻辑变了：

综上，开启了逻辑删除功能以后，我们就可以像普通删除一样做CRUD，基本不用考虑代码逻辑问题。还是非常方便的。

注意：逻辑删除本身也有自己的问题，比如：

会导致数据库表垃圾数据越来越多，从而影响查询效率
SQL中全都需要对逻辑删除字段做判断，影响查询效率

因此，我不太推荐采用逻辑删除功能，如果数据不能删除，可以采用把数据迁移到其它表的办法。