gorm FirstOrCreate和受影响的行数实例

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《gorm FirstOrCreate和受影响的行数实例》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

FirstOrCreate

获取第一个匹配的记录，或创建一个具有给定条件的新记录（仅适用于struct, map条件）

db.Where(User{Name: "Jinzhu"}).FirstOrCreate(&user)

代码案例：

func (tsu *TopicSignUp) TopicSignUpCreate() (bool, int64) {
 db := Db.Where(tsu).FirstOrCreate(&tsu)
 if err := db.Error; err != nil {
 return false, 0
 }
 //返回执行结果受影响的行数
 return true, db.RowsAffected
}

补充：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。

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

以上为个人经验，希望能给大家一个参考，也希望大家多多支持golang学习网。如有错误或未考虑完全的地方，望不吝赐教。

本篇关于《gorm FirstOrCreate和受影响的行数实例》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！