目录
多记录操作
逻辑删除
问题引入
所以对于删除操作业务问题来说有:
实现步骤
逻辑删除，对查询有没有影响呢?
如果还是想把已经删除的数据都查询出来该如何实现?
-
多记录操作
- 程序设计出来一个个删除的话还是比较慢和费事的，所以一般会给用户一个批量操作，提升用户体验
- 以批量删除为例
- 先看看对应API
- 删除(根据ID批量删除)，参数是一个集合，可以存放多个id值
- 需求:根据传入的id集合将数据库表中的数据删除掉
- 除了按照id集合进行批量删除，也可以按照id集合进行批量查询
- 还是先来看下API
- 查询(根据ID批量查询)，参数是一个集合，可以存放多个id值
- 需求：根据传入的ID集合查询用户信息
-
逻辑删除
-
问题引入
- 先来分析下问题:
- 这是一个员工和其所签的合同表
- 关系是一个员工可以签多个合同，是一个一(员工)对多(合同)的表
- 员工ID为1的张业绩，总共签了三个合同
- 如果此时他离职了，我们需要将员工表中的数据进行删除，会执行delete操作
- 如果表在设计的时候有主外键关系，那么同时也得将合同表中的前三条数据也删除掉
- 后期要统计所签合同的总金额
- 就会发现对不上，原因是已经将员工1签的合同信息删除掉了
- 而如果只删除员工不删除合同表数据
- 那么合同的员工编号对应的员工信息不存在，那么就会出现垃圾数据，就会出现无主合同，根本不知道有张业绩这个人的存在
- 所以经过分析，不应该将表中的数据删除掉
- 而是需要进行保留，但是又得把离职的人和在职的人进行区分，这样就解决了上述问题
- 区分的方式，就是在员工表中添加一列数据deleted
- 如果为0说明在职员工，如果离职则将其改完1，(0和1所代表的含义是可以自定义的)
-
所以对于删除操作业务问题来说有:
- 物理删除:业务数据从数据库中丢弃，执行的是delete操作
- 逻辑删除:为数据设置是否可用状态字段，删除时设置状态字段为不可用状态，数据保留在数据库中，执行的是update操作
-
实现步骤
- 步骤1:修改数据库表添加deleted列
- 字段名可以任意，内容也可以自定义
- 比如0代表正常，1代表删除
- 可以在添加列的同时设置其默认值为0正常
- 步骤2:实体类添加属性
- (1)添加与数据库表的列对应的一个属性名，名称可以任意
- 如果和数据表列名对不上，可以使用@TableField进行关系映射，如果一致，则会自动对应
- (2)标识新增的字段为逻辑删除字段，使用@TableLogic
- 步骤3:运行删除方法
- 从测试结果来看，逻辑删除最后走的是update操作
- 会将指定的字段修改成删除状态对应的值
-
逻辑删除，对查询有没有影响呢?
- 执行查询操作
- 运行测试，会发现打印出来的sql语句中会多一个查询条件
- 可想而知，MP的逻辑删除会将所有的查询都添加一个未被删除的条件
- 也就是已经被删除的数据是不应该被查询出来的
-
如果还是想把已经删除的数据都查询出来该如何实现?
- 如果每个表都要有逻辑删除，那么就需要在每个模型类的属性上添加@TableLogic注解，如何优化?
- 在配置文件中添加全局配置即可
