首先說明的是，在項目中使用orm的好處很多：

1. 防止直接拼接sql語句引入sql注入漏洞
2. 方便對modle進行統一管理
3. 專注業務，加速開發

壞處也是顯而易見的:

1. 開發者與最終的sql語句隔了一層orm，因此可能會不慎引入爛sql
2. 依賴于orm的成熟度，無法進行一些「復雜」的查詢。當然，復雜的查詢一大半都是應該從設計上規避的

留意不合法的時間值

MySQL的DATE/DATATIME類型可以對應Golang的time.Time。但是，如果DATE/DATATIME不慎插入了一個無效值，例如2016-00-00 00:00:00, 那么這條記錄是無法查詢出來的。會返回gorm.RecordNotFound類型錯誤。零值0000-00-00 00:00:00是有效值，不影響正常查詢。

留意tagsql:"default:null"

gorm對各種tag的支持非常完善。但是有些行為跟直覺不太一致，需要注意。當對某字段設置tagsql:"default:null"時，你想通過update設置該字段為null就不可能了，只能通過raw sql。這是gorm設計的取向問題。

如何通過gorm設置字段為null值

字段允許為null值肯定是設計存在問題。但是，往往前人埋下的坑需要你去填。gorm作者給出了兩種方法，以string為例：

在golang中，聲明該字段為*string

使用sql.NullString類型

推薦使用后者。

留意連接串中的loc

例如通過如下連接串打開mysql連接：

parseTime=true&loc=Local說明會解析時間，時區是機器的local時區。機器之間的時區可能不一致會設置有問題，這導致從相同庫的不同實例查詢出來的結果可能解析以后就不一樣。因此推薦將loc統一設置為一個時區，如parseTime=true&loc=America%2FChicago

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流。