本文主要是介绍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。
当然这只是个标记而已，你也可以添加你自己的标记，反正最终目的就是为了保证以后这条记录能被找到。
这篇关于gorm踩坑：软删除与某个字段的唯一性的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
