目录

多记录操作

逻辑删除

问题引入

所以对于删除操作业务问题来说有:

实现步骤

逻辑删除，对查询有没有影响呢?

如果还是想把已经删除的数据都查询出来该如何实现?

• 多记录操作

• 程序设计出来一个个删除的话还是比较慢和费事的，所以一般会给用户一个批量操作，提升用户体验
• 以批量删除为例
• 先看看对应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注解，如何优化?
• 在配置文件中添加全局配置即可