有一個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。

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