基本介紹

這個問題由于大家問得比較多，因此單獨開了一個章節(jié)詳細(xì)介紹一下?ORM?中的時區(qū)處理是怎么一回事。我們這里以?MySQL?數(shù)據(jù)庫為基礎(chǔ)來介紹時區(qū)轉(zhuǎn)換的事情，本地時區(qū)我們設(shè)定為+8時區(qū)，數(shù)據(jù)庫時區(qū)也是+8時區(qū)。

黃岡網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,黃岡網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為黃岡上千多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的黃岡做網(wǎng)站的公司定做！

?MySQL?數(shù)據(jù)庫驅(qū)動用得最多的是這個第三方包：https://github.com/GO-sql-driver/mysql ，在這個第三方包中有這么一個參數(shù):

大概的意思是，當(dāng)你提交的時間參數(shù)為?time.Time?時，該參數(shù)用來轉(zhuǎn)換參數(shù)時區(qū)的。當(dāng)你在連接數(shù)據(jù)庫時，該參數(shù)傳遞?loc=Local?，那么該?driver?將會自動將你提交的?time.Time?參數(shù)轉(zhuǎn)換為本地程序設(shè)置的時區(qū)，沒有手動設(shè)置時，那么該時區(qū)為?UTC?時區(qū)。那么我們來看兩個例子。

轉(zhuǎn)換示例

示例1，設(shè)置loc=Local

配置文件

[database]
    link = "mysql:root:12345678@tcp(127.0.0.1:3306)/test?loc=Local"

代碼示例

t1, _ := time.Parse("2006-01-02 15:04:05", "2020-10-27 10:00:00")
t2, _ := time.Parse("2006-01-02 15:04:05", "2020-10-27 11:00:00")
db.Model("user").Where("create_time>? and create_time'2020-10-27 18:00:00' AND create_time<'2020-10-27 19:00:00'

這里由于通過?time.Parse?創(chuàng)建的?time.Time?時間對象是?UTC?時區(qū)，那么提交到數(shù)據(jù)庫執(zhí)行時將會被底層的?driver?修改為+8時區(qū)。

t1, _ := time.ParseInLocation("2006-01-02 15:04:05", "2020-10-27 10:00:00", time.Local)
t2, _ := time.ParseInLocation("2006-01-02 15:04:05", "2020-10-27 11:00:00", time.Local)
db.Model("user").Where("create_time>? and create_time'2020-10-27 10:00:00' AND create_time<'2020-10-27 11:00:00'

這里由于通過?time.ParseInLocation?創(chuàng)建的?time.Time?時間對象是+8時區(qū)，和?loc=Local?的時區(qū)一致，那么提交到數(shù)據(jù)庫執(zhí)行時不會被底層的?driver?修改。

注意在寫入數(shù)據(jù)中包含?time.Time?參數(shù)時，也需要注意時區(qū)轉(zhuǎn)換的問題。

示例2，不設(shè)置loc參數(shù)

配置文件

[database]
    link = "mysql:root:12345678@tcp(127.0.0.1:3306)/test"

代碼示例

t1, _ := time.Parse("2006-01-02 15:04:05", "2020-10-27 10:00:00")
t2, _ := time.Parse("2006-01-02 15:04:05", "2020-10-27 11:00:00")
db.Model("user").Where("create_time>? and create_time'2020-10-27 10:00:00' AND create_time<'2020-10-27 11:00:00'

這里由于通過?time.Parse?創(chuàng)建的?time.Time?時間對象是?UTC?時區(qū)，那么提交到數(shù)據(jù)庫執(zhí)行時將不會被底層的?driver?修改。

t1, _ := time.ParseInLocation("2006-01-02 15:04:05", "2020-10-27 10:00:00", time.Local)
t2, _ := time.ParseInLocation("2006-01-02 15:04:05", "2020-10-27 11:00:00", time.Local)
db.Model("user").Where("create_time>? and create_time'2020-10-27 02:00:00' AND create_time<'2020-10-27 03:00:00'

這里由于通過?time.ParseInLocation?創(chuàng)建的?time.Time?時間對象是+8時區(qū)，那么提交到數(shù)據(jù)庫執(zhí)行時會被底層的?driver?修改為UTC時區(qū)。

注意在寫入數(shù)據(jù)中包含?time.Time?參數(shù)時，也需要注意時區(qū)轉(zhuǎn)換的問題。

改進(jìn)方案

也就是說，當(dāng)你使用?time.Time?對象作為時間參數(shù)時，無論如何你都會需要注意時區(qū)自動轉(zhuǎn)換的問題。因此，為了避免這樣的心智負(fù)擔(dān)，防止大家踩坑，在保留對?time.Time?參數(shù)支持的同時，?ORM?增加了對?gtime.Time?類型參數(shù)的支持，該類型不會涉及到時區(qū)轉(zhuǎn)換困惑的問題。例如：

t1 := gtime.New("2020-10-27 10:00:00")
t2 := gtime.New("2020-10-27 11:00:00")
db.Model("user").Where("create_time>? and create_time'2020-10-27 10:00:00' AND create_time<'2020-10-27 11:00:00'

即，你傳遞什么時間參數(shù)，那么提交到數(shù)據(jù)庫執(zhí)行的也是同樣的時間參數(shù)，不會執(zhí)行任何的時區(qū)轉(zhuǎn)換，免去了心智負(fù)擔(dān)。

這也是為什么?GoFrame?框架?cli?開發(fā)工具自動生成的?model?代碼文件中涉及到時間類型的屬性均使用了?*gtime.Time?類型而不是?time.Time?的緣故。

此外，還需要說明的是，?goframe?框架的?ORM?默認(rèn)情況下沒有設(shè)置?loc?參數(shù)，可以通過?Timezone?參數(shù)配置。

網(wǎng)頁名稱：創(chuàng)新互聯(lián)GoFrame教程：GoFrame數(shù)據(jù)庫ORM-時區(qū)處理
當(dāng)前鏈接：http://uogjgqi.cn/article/djphged.html