处理数据库逻辑删除与唯一约束冲突问题

在学习完基本数据库建表语言后,观看了Alibaba Java开发手册,里面规定了在数据库中不能使用物理删除,要使用逻辑删除。

 个人觉得很有道理,特别是一些用户的信息,非常重要,不应该直接删掉,所以在做第一个项目时,也想遵循这条规范。

本人设计的第一个表是部门表,api文档里规定部门name需要唯一,刚开始我的建表语句,只是把name加了一个唯一约束。然后加入了is_delete字段,默认值是0,当数据被删除时,设置为1。

  `is_delete` int DEFAULT '0' COMMENT '删除标记,默认值0,0表示未删除,1表示已删除',
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`) USING BTREE

但是在测试的时候发现,把一条数据删除后,再插入相同name的数据,数据库报错了,原因是name重复。当然也很好理解,上一条删除的数据还在表里,name重复了。所以这个表变成了name删了之后就不能再插入。

 之后查找资料,学会了name和is_delete变成联合唯一索引,便修改了建表语句

  `is_delete` int DEFAULT '0' COMMENT '删除标记,默认值0,0表示未删除,1表示已删除',
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`,`is_delete`) USING BTREE

但是在测试的时候又发现,同一个name只能删除一次,也就是同一个name表中只能存在一个 is_delete = 0 和 is_delete = 1 的两条数据。

然后又开始查找资料,终于知道了解决方法,那就是在删除时set is_delete = id,而不是把它简单的改为1。这样就完美解决了只能删除一次的问题。

  `is_delete` int DEFAULT '0' COMMENT '删除标记,默认值0,0表示未删除,非0表示已删除',
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`,`is_delete`) USING BTREE
    @Update("update dept set is_deleted = #{id} where id = #{id}")
    void deleteById(Integer id);

效果展示如下

 

 ,第二列是部门name,最后一列是删除标记

  • 4
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值