首先說明的是，在項(xiàng)目中使用orm的好處很多：
- 防止直接拼接sql語句引入sql注入漏洞
- 方便對(duì)modle進(jìn)行統(tǒng)一管理
- 專注業(yè)務(wù)，加速開發(fā)
壞處也是顯而易見的:
- 開發(fā)者與最終的sql語句隔了一層orm，因此可能會(huì)不慎引入爛sql
- 依賴于orm的成熟度，無法進(jìn)行一些「復(fù)雜」的查詢。當(dāng)然，復(fù)雜的查詢一大半都是應(yīng)該從設(shè)計(jì)上規(guī)避的
留意不合法的時(shí)間值
MySQL的DATE/DATATIME類型可以對(duì)應(yīng)Golang的time.Time。但是，如果DATE/DATATIME不慎插入了一個(gè)無效值，例如2016-00-00 00:00:00, 那么這條記錄是無法查詢出來的。會(huì)返回gorm.RecordNotFound類型錯(cuò)誤。零值0000-00-00 00:00:00是有效值，不影響正常查詢。
留意tagsql:"default:null"
gorm對(duì)各種tag的支持非常完善。但是有些行為跟直覺不太一致，需要注意。當(dāng)對(duì)某字段設(shè)置tagsql:"default:null"時(shí)，你想通過update設(shè)置該字段為null就不可能了，只能通過raw sql。這是gorm設(shè)計(jì)的取向問題。
如何通過gorm設(shè)置字段為null值
字段允許為null值肯定是設(shè)計(jì)存在問題。但是，往往前人埋下的坑需要你去填。gorm作者給出了兩種方法，以string為例：
在golang中，聲明該字段為*string
使用sql.NullString類型
推薦使用后者。
留意連接串中的loc
例如通過如下連接串打開mysql連接：
復(fù)制代碼 代碼如下:
db, err := gorm.Open("mysql", "db:dbadmin@tcp(127.0.0.1:3306)/foo?charset=utf8parseTime=trueloc=Local")
parseTime=trueloc=Local說明會(huì)解析時(shí)間，時(shí)區(qū)是機(jī)器的local時(shí)區(qū)。機(jī)器之間的時(shí)區(qū)可能不一致會(huì)設(shè)置有問題，這導(dǎo)致從相同庫(kù)的不同實(shí)例查詢出來的結(jié)果可能解析以后就不一樣。因此推薦將loc統(tǒng)一設(shè)置為一個(gè)時(shí)區(qū)，如parseTime=trueloc=America%2FChicago
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流。
您可能感興趣的文章:- golang gorm 結(jié)構(gòu)體的表字段缺省值設(shè)置方式
- golang gorm 操作mysql及gorm基本用法
- gorm update傳入struct對(duì)象,零值字段不更新的解決方案
