[MyBatisPlus]DML编程控制(多记录操作、逻辑删除、更新操作)
多记录操作
先来看下问题:
之前添加了很多商品到购物车，过了几天发现这些东西又不想要了，该怎么办呢?
很简单删除掉，但是一个个删除的话还是比较慢和费事的，所以一般会给用户一个批量操作，也就是前面有一个复选框，用户一次可以勾选多个也可以进行全选，然后删一次就可以将购物车清空，这个就需要用到批量删除的操作了。
具体该如何实现多条删除，我们找找对应的API方法
int deleteBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);
翻译方法的字面意思为:删除（根据ID 批量删除）,参数是一个集合，可以存放多个id值。
需求:根据传入的id集合将数据库表中的数据删除掉。
@SpringBootTest
class Mybatisplus03DqlApplicationTests {
@Autowired
private UserDao userDao;
@Test
void testDelete(){
//删除指定多条数据
List<Long> list = new ArrayList<>();
list.add(1402551342481838081L);
list.add(1402553134049501186L);
list.add(1402553619611430913L);
userDao.deleteBatchIds(list);
}
}
执行成功后，数据库表中的数据就会按照指定的id进行删除。
除了按照id集合进行批量删除，也可以按照id集合进行批量查询，还是先来看下API
List<T> selectBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);
方法名称翻译为:查询（根据ID 批量查询），参数是一个集合，可以存放多个id值。
需求：根据传入的ID集合查询用户信息
@SpringBootTest
class Mybatisplus03DqlApplicationTests {
@Autowired
private UserDao userDao;
@Test
void testGetByIds(){
//查询指定多条数据
List<Long> list = new ArrayList<>();
list.add(1L);
list.add(3L);
list.add(4L);
userDao.selectBatchIds(list);
}
}
查询结果就会按照指定传入的id值进行查询
逻辑删除
问题引入
先来分析下问题:
-
这是一个员工和其所签的合同表，关系是一个员工可以签多个合同，是一个一(员工)对多(合同)的表
-
员工ID为1的张业绩，总共签了三个合同，如果此时他离职了，我们需要将员工表中的数据进行删除，会执行delete操作
-
如果表在设计的时候有主外键关系，那么同时也得将合同表中的前三条数据也删除掉
-
后期要统计所签合同的总金额，就会发现对不上，原因是已经将员工1签的合同信息删除掉了
-
如果只删除员工不删除合同表数据，那么合同的员工编号对应的员工信息不存在，那么就会出现垃圾数据，就会出现无主合同，根本不知道有张业绩这个人的存在
-
所以经过分析，我们不应该将表中的数据删除掉，而是需要进行保留，但是又得把离职的人和在职的人进行区分，这样就解决了上述问题，如:
-
区分的方式，就是在员工表中添加一列数据
deleted，如果为0说明在职员工，如果离职则将其改完1，（0和1所代表的含义是可以自定义的）
所以对于删除操作业务问题来说有:
- 物理删除:业务数据从数据库中丢弃，执行的是delete操作
- 逻辑删除:为数据设置是否可用状态字段，删除时设置状态字段为不可用状态，数据保留在数据库中，执行的是update操作
MP中逻辑删除具体该如何实现?
实现步骤
步骤1:修改数据库表添加deleted列
字段名可以任意，内容也可以自定义，比如0代表正常，1代表删除，可以在添加列的同时设置其默认值为0正常。
步骤2:实体类添加属性
(1)添加与数据库表的列对应的一个属性名，名称可以任意，如果和数据表列名对不上，可以使用@TableField进行关系映射，如果一致，则会自动对应。
(2)标识新增的字段为逻辑删除字段，使用@TableLogic
@Data
//@TableName("tbl_user") 可以不写是因为配置了全局配置
public class User {
@TableId(type = IdType.ASSIGN_UUID)
private String id;
private String name;
@TableField(value="pwd",select=false)
private String password;
private Integer age;
private String tel;
@TableField(exist=false)
private Integer online;
@TableLogic(value="0",delval="1")
//value为正常数据的值，delval为删除数据的值
private Integer deleted;
}
步骤3:运行删除方法
@SpringBootTest
class Mybatisplus03DqlApplicationTests {
@Autowired
private UserDao userDao;
@Test
void testDelete(){
userDao.deleteById(1L);
}
}
从测试结果来看，逻辑删除最后走的是update操作，会将指定的字段修改成删除状态对应的值。
思考
逻辑删除，对查询有没有影响呢?
-
执行查询操作
@SpringBootTest class Mybatisplus03DqlApplicationTests { @Autowired private UserDao userDao; @Test void testFind(){ System.out.println(userDao.selectList(null)); } }运行测试，会发现打印出来的sql语句中会多一个查询条件，如:
可想而知，MP的逻辑删除会将所有的查询都添加一个未被删除的条件，也就是已经被删除的数据是不应该被查询出来的。
-
如果还是想把已经删除的数据都查询出来该如何实现呢?
@Mapper public interface UserDao extends BaseMapper<User> { //查询所有数据包含已经被删除的数据 @Select("select * from tbl_user") public List<User> selectAll(); } -
如果每个表都要有逻辑删除，那么就需要在每个模型类的属性上添加
@TableLogic注解，如何优化?在配置文件中添加全局配置，如下:
mybatis-plus: global-config: db-config: # 逻辑删除字段名 logic-delete-field: deleted # 逻辑删除字面值：未删除为0 logic-not-delete-value: 0 # 逻辑删除字面值：删除为1 logic-delete-value: 1
介绍完逻辑删除，逻辑删除的本质为:
逻辑删除的本质其实是修改操作。如果加了逻辑删除字段，查询数据时也会自动带上逻辑删除字段。
执行的SQL语句为:
UPDATE tbl_user SET deleted=1 where id = ? AND deleted=0
执行数据结果为:
知识点：@TableLogic
| 名称 | @TableLogic |
|---|---|
| 类型 | 属性注解 |
| 位置 | 模型类中用于表示删除字段的属性定义上方 |
| 作用 | 标识该字段为进行逻辑删除的字段 |
| 相关属性 | value：逻辑未删除值 delval:逻辑删除值 |
更新操作
这里参考了知乎@一只萌小璐的文章
在BaseMapper中提供了两种更新操作的方法：
- 根据id更新
- 以条件构造器作为参数的更新方法
根据id更新
使用updateById方法进行更新时，参数传入的是一个实体类，实体类中的id必须有，其他字段的set值为修改后的值。
使用条件构造器
使用update方法更新时，传入的第一个参数为update sql语句中的set部分，传入的第二个参数为update sql语句中where条件部分，大家可与控制台打印的sql语句对照查看。
当实体类属性过多我们只需要更新少量字段时，可使用链式调用方法将where和set条件直接设置到UpdateWrapper构造器中，简化代码量，代码如下：
如上用法lambda条件包装器同理