数据库设计里的假删除

现在要做一个系统,在系统中要求所有数据都是通过假删除(逻辑删除),即,使用一个标志位字段(如IsActive)来判断该行数据是否已经被删除,删除数据通过update标志位字段来实现。
但是如果通过假删除(逻辑删除)对数据进行“删除”,如果设计不当,数据库中的数据会出现冗余或脏数据。偶想到是有如下两个问题,希望抛砖引玉,大家一起来讨论:

问题1:
如果数据表的某个字段要求唯一性约束,比如User表的name字段,但如果设计为假删除(逻辑删除)的话,就不能将该字段设置为唯一性约束。但如果不将该字段设置为唯一性约束的,那么在每次插入数据表的时候,都需要进行一次查询,这要做是低效率的,而且在高并发的系统中,是不能保证正确性的。
解决办法:将要求唯一性约束的字段与标志位字段(如IsActive)设置为组合唯一性约束。

问题2:
如果某个数据表的主键PK被另外的一个或多个数据表的外键FK关联,那么在“删除”主键被关联的表中的数据时,其他引用该表主键的数据表中的数据就会成为脏数据。例如:Student表中有一个classID的字段的外键,关联Class表的主键classID,如果通过物理删除(即,通过delete语句进行删除,那么数据库系统会报错或级联删除Student表中的数据),但如果是通过update语句来进行对Class表的数据进行“删除”的话,那么如果在Student表中存在管理的数据,就会成为脏数据。
解决办法:偶暂时想到的就是在“删除”Class表的数据时,再查询一次Student表,将关联的数据一起“删除”。但是这个解决办法,也存在一个问题,那就是如果与Class表关联的表比较多的话,那么这个效率会很低,甚至有时候,不知道有哪些表与Class表进行了关联的,那么这些表中的关联数据就会成为脏数据

  • 3
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值