关于数据库中的数据假删除（逻辑删除）的讨论

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

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

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

以上是偶想到的关于假删除（逻辑删除）出现的问题和解决办法，希望大家能集思广益，看看假删除（逻辑删除）还会出现其他的什么问题，以及解决办法是什么～

把数据移到另一个表。

搞到内存里可劲儿玩，玩完了该放回库里放回去:)

现在很多都是这样的，冗余比较厉害。