技巧：逻辑删除也能实现unique！

[Jetbrains 中国]

痛点

在逻辑删除的设计情况下，我们如果使用unique索引就会导致新增数据与已经删除的数据冲突，如：

上述情况，如果username使用了unique索引就会导致数据无法写入。

解决方案

采用postgresql数据库方案的条件索引

create unique index sys_user_username_index
    on public.sys_user (username) where deleted = 0;

让索引带上where

[温暖的火龙果687]

逻辑删除还是倾向于建个his的表,要保留的话就增加一个Dao层,重写删除逻辑,复制再迁移,这样后面的查询也方便

[流浪法师刘海柱]

nice

[重复过往]

好！

[Jetbrains 中国]

@温暖的火龙果687 对于小型项目维护成本就会成倍变高。
框架层面：
因为主流的ORM框架，以mybatis-plus为例，可以直接调用框架自带的delete来实现逻辑删除的update输出，但是如果维护his之后，就要重写框架自带的所有delete方法，将delete作为物理删除的同时还要一份his的写入。

表层面：
所有的表都要对应一份his表，反而增加了运维难度。

另外一种思路：
建立一个从库，从库总是将insert和update进行同步，但是不同步delete。可以进行一个全量的备份库来使用，但是不对外提供查询。但是感觉也很冗余。都不如逻辑删除来的简单直观。