gorm软删除_gorm踩坑：软删除与某个字段的唯一性

有一个user_infos表，用户名唯一。我在model定义user_name的时候已经使用gorm的tag标记为unique_index。类似如下：

type UserInfo struct {

Id uint `json:id`

Created_at tine.Time `josn:"created_at"`

Updated_at time.Time `json:"updated_at"`

DeletedAt *time.Time `json:"deleted_at"`

UserName string `gorm:"unique_index, not null" json:"user_name"`

}

需求如下：

这个用户允许删除，但是又不能真正从db删掉。

gorm的model如果有deleted_at字段，会默认执行软删除。所谓的软删除也就是把deleted_at置为当前时间，该记录并不会从db删除。

gorm查询的时候，如果你有仔细查看打印的sql语句。你会发现，每个查询语句都会有一个自带的条件：

where deleted_at is null

也就是说，gorm查询的时候是不会去查询那些已经被软删除的记录的，哪怕你在你的查询语句里面手动加上

where deleted_at is not null

也是无法查询到的，我试过了，你也可以试试。这也就是软删除的作用，查询是查不到的。

那么问题就来了，我的user_infos表要求用户名唯一。每次Create记录的时候，如果之前已经存在一条已经被软删除的记录，并且被软删除的记录的user_name与当前新增的记录的user_name相同，那么会无法新增成功。

报错类似如下(因为昨天在公司遇到的，今天周末在家整理，无法上图，等周一可以再来上图)。

duplicate key for ...

其实问题就出在软删除的记录那里。

解决：

为了保证以后这条被软删除的记录还能找到(硬删除就真的再也找不到了)，于是就在执行软删的时候不调用Delete方法，而是调用Update方法，设置deleted_at为当前时间，并且把需要保持唯一性的字段，比如我这里的用户名，在原来的用户名后面加了个时间标记。

如以前的用户名是张三，现在我删除的时间是2018-09-15 11：13：06 ，那么我最终将需要删掉的这条记录的用户名设置为张三2018-09-15 11：13：06。

当然这只是个标记而已，你也可以添加你自己的标记，反正最终目的就是为了保证以后这条记录能被找到。