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

FirstOrCreate

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

補充：gorm踩坑：軟刪除與某個字段的唯一性

有一個user_infos表，用戶名唯一。我在model定義user_name的時候已經(jīng)使用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字段，會默認執(zhí)行軟刪除。所謂的軟刪除也就是把deleted_at置為當前時間，該記錄并不會從db刪除。

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

where deleted_at is null

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

where deleted_at is not null

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

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

報錯類似如下（因為昨天在公司遇到的，今天周末在家整理，無法上圖，等周一可以再來上圖）。

duplicate key for ...

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

解決：

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

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

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

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