为什么会有逻辑删除
在我们对数据进行增删查改的时候，对于删除操作来说，我们思考一个问题，在实际开发中我们真的会将数据完成从数据库中删除掉么？
当然是不会的，这里我们举个例子：
在电商网站中，我们会上架很多商品，这些商品下架以后，我们如果将这些商品从数据库中删除，那么在年底统计商品数据信息的时候，这个商品要统计的，所以这个商品信息我们是不能删除的。
这俩张表的通过编号来进行关联，如果商城中的商品下架了，这时候我们将商品从数据库删掉
那到了年终总结的时候，我们要总结一下这一年的销售额，发现少了20000，这肯定不合理。所以我们是不能将数据真实删除的。就算我们不删销售记录的那张表的数据，
查看销售记录表时进行统计，我们也不知道编号为4的商品到底是什么。
这里我们就采取逻辑删除的方案，逻辑删除的操作就是增加一个字段表示这个数据的状态，如果一条数据需要删除，我们通过改变这条数据的状态来实现，这样既可以表示这条数据是删除的状态，又保留了数据以便以后统。
逻辑删除基本介绍
只对自动注入的 sql 起效:
- 插入: 不作限制
- 查找: 追加 where 条件过滤掉已删除数据,如果使用 wrapper.entity 生成的 where 条件也会自动追加该字段
- 更新: 追加 where 条件防止更新到已删除数据,如果使用 wrapper.entity 生成的 where 条件也会自动追加该字段
- 删除: 转变为 更新
例如:
- 删除:
update user set deleted=1 where id = 1 and deleted=0
- 查找:
select id,name,deleted from user where deleted=0
字段类型支持说明:
- 支持所有数据类型(推荐使用
Integer,Boolean,LocalDateTime) - 如果数据库字段使用
datetime,逻辑未删除值和已删除值支持配置为字符串null,另一个值支持配置为函数来获取值如now()
- 逻辑删除是为了方便数据恢复和保护数据本身价值等等的一种方案，但实际就是删除。
- 如果你需要频繁查出来看就不应使用逻辑删除，而是以一个状态去表示。
@Documented @Retention(RetentionPolicy.RUNTIME) @Target({ElementType.FIELD, ElementType.ANNOTATION_TYPE}) public @interface TableLogic { /** * 默认逻辑未删除值（该值可无、会自动获取全局配置） */ String value() default ""; /** * 默认逻辑删除值（该值可无、会自动获取全局配置） */ String delval() default ""; }
@TableLogic类中不支持多个
逻辑删除的使用
局部使用
【1】先在表中增加一列字段，表示是否删除的状态，这里我们使用的字段类型为int类型，通过1表示该条数据可用，0表示该条数据不可用
【2】实体类添加一个字段为Integer,用于对应表中的字段
@Data @AllArgsConstructor @NoArgsConstructor public class User extends Model<User> { private Long id; private String name; private Integer age; private String email; @TableLogic(value = "1",delval = "0") private Integer status; }
【3】测试逻辑删除效果
@Test void logicDelete(){ userMapper.deleteById(7L); }
查看拼接的SQL语句，我们发现在执行删除操作的时候，语句变成了修改，是将这条数据的状态由1变为的0，表示这条数据为删除状态
全局使用
application.yml配置
mybatis-plus: global-config: db-config: logic-delete-field: flag # 全局逻辑删除的实体字段名(since 3.3.0,配置后可以忽略不配置步骤2) logic-delete-value: 1 # 逻辑已删除值(默认为 1) logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)
logic-delete-field：实体类的哪个字段作为logic-delete-field
logic-delete-value: 1 # 逻辑已删除值(默认为 1)
logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)
局部跟全局发生冲突局部优先。
