mybatis-plus:global-config:db-config:logic-delete-field: deleted # 全局逻辑删除的实体字段名 logic-delete-value: 1 # 逻辑已删除值(默认为 1)logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)这⾥的deleted就是数据库表中表⽰逻辑删除与否的字段名，⼀般都是tinyint或者boolean，如果是boolean...
@Version:版本号字段 @TableLogic:逻辑删除字段 FieldFill.UPDATE:当更新时填充 FieldFill.INSERT:当插入时填充 根据SQL脚本和BaseModel的相关字段,我们可以发现并没有对各个时间字段进行特殊处理,这里是有一个专门的【自动填充控制器】来操作的; 4、自定义填充控制器 @ConfigurationpublicclassMybatisPlusMetaObjectHandler...
Mybatisplus在updateById更新时,如果已经加了逻辑删除标记,那做SQL拼接的时候,会自动过滤掉逻辑删除的Set拼接 所以在实际开发中就非常注意,如果你的项目一开始是没有加Mybatisplus逻辑删除标识的,后面你在加逻辑删除标识时,不是说加了就好了。 你还需要考虑对整体项目有没有影响,如果之前是用updateById做逻辑删除,那...
mybatis-plus.global-config.db-config.logic-delete-value=1 mybatis-plus.global-config.db-config.logic-not-delete-value=0 开启逻辑删除。 一般情况数据库都是有updateBy修改人,updateTime修改时间字段。 使用ServiceImpl#remove方法只具备 把deleted更新为已删除。 那么一个删除方法需要执行两条sql 先更新id为1...
mybatis-plus: global-config: db-config:logic-delete-value: 1 logic-not-delete-value: 0 2、使用@TableLogic来标记逻辑删除的字段 该注解也能局部控制逻辑未删除和逻辑删除在数据库中对应的值,@TableLogic(value = "0", delval = "1") @DatapublicclassUserextendsModel<User>{//主键@TableId(type=IdTyp...
# 逻辑删除 mybatis-plus.global-config.db-config.logic-delete-field=isDeleted mybatis-plus.global-config.db-config.logic-delete-value=1 mybatis-plus.global-config.db-config.logic-not-delete-value=0 这样调用Mybatis-Plus的删除方法会去更改is_deleted为1,查询方法只查询is_deleted = 0的数据。
MyBatis-Plus 之逻辑删除 概念 逻辑删除:文件没有被真正的删除,通常这种删除操作是可逆的,就是说用适当的工具或软件可以把删除的文件恢复出来。 物理删除:指文件存储所用到的存储区域被真正的擦除或清零,这样删除的文件是不可以恢复的,物理删除是计算机处理数据时的一个概念。
3.0.5 版本//逻辑删除 @Test public void del(){ //表中添加一个逻辑删除的字段 对应实体类添加的属性 并添加注解 @TableLogic //逻辑删除注解 // 配置逻辑删除插件 int i = userMapper.deleteById(2); System.out.println(i); } 1.png // 逻辑删除组件! @Bean public ISqlInjector sqlInjector() ...
mybatis-plus: 表示这是 MyBatis-Plus 的配置部分。 global-config: 全局配置。 db-config: 数据库相关配置。 logic-delete-field: 指定逻辑删除的字段名。在这里,指定的字段名是deleted。这意味着,当你调用 MyBatis-Plus 的逻辑删除功能时,它实际上会更新这个deleted字段的值,而不是真正地从数据库中删除记录。