gorm FirstOrCreate和受影響的行數(shù)實(shí)例

FirstOrCreate

獲取第一個(gè)匹配的記錄，或創(chuàng)建一個(gè)具有給定條件的新記錄（僅適用于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
 }
 //返回執(zhí)行結(jié)果受影響的行數(shù)
 return true, db.RowsAffected
}

補(bǔ)充：gorm踩坑：軟刪除與某個(gè)字段的唯一性

有一個(gè)user_infos表，用戶名唯一。我在model定義user_name的時(shí)候已經(jīng)使用gorm的tag標(biāo)記為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"`
}

需求如下：

這個(gè)用戶允許刪除，但是又不能真正從db刪掉。

gorm的model如果有deleted_at字段，會默認(rèn)執(zhí)行軟刪除。所謂的軟刪除也就是把deleted_at置為當(dāng)前時(shí)間，該記錄并不會從db刪除。

gorm查詢的時(shí)候，如果你有仔細(xì)查看打印的sql語句。你會發(fā)現(xiàn)，每個(gè)查詢語句都會有一個(gè)自帶的條件：

where deleted_at is null

也就是說，gorm查詢的時(shí)候是不會去查詢那些已經(jīng)被軟刪除的記錄的，哪怕你在你的查詢語句里面手動加上

where deleted_at is not null

也是無法查詢到的，我試過了，你也可以試試。這也就是軟刪除的作用，查詢是查不到的。

那么問題就來了，我的user_infos表要求用戶名唯一。每次Create記錄的時(shí)候，如果之前已經(jīng)存在一條已經(jīng)被軟刪除的記錄，并且被軟刪除的記錄的user_name與當(dāng)前新增的記錄的user_name相同，那么會無法新增成功。

報(bào)錯類似如下（因?yàn)樽蛱煸诠居龅降?，今天周末在家整理，無法上圖，等周一可以再來上圖）。

duplicate key for ...

其實(shí)問題就出在軟刪除的記錄那里。

解決：

為了保證以后這條被軟刪除的記錄還能找到(硬刪除就真的再也找不到了)，于是就在執(zhí)行軟刪的時(shí)候不調(diào)用Delete方法，而是調(diào)用Update方法，設(shè)置deleted_at為當(dāng)前時(shí)間，并且把需要保持唯一性的字段，比如我這里的用戶名，在原來的用戶名后面加了個(gè)時(shí)間標(biāo)記。

如以前的用戶名是張三，現(xiàn)在我刪除的時(shí)間是2018-09-15 11：13：06 ，那么我最終將需要刪掉的這條記錄的用戶名設(shè)置為張三2018-09-15 11：13：06。

當(dāng)然這只是個(gè)標(biāo)記而已，你也可以添加你自己的標(biāo)記，反正最終目的就是為了保證以后這條記錄能被找到。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。