国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

數據庫存儲時間的時區問題

ispring / 1949人閱讀

摘要：用這個類型還蠻方便的，一個是有很多內置的函數和來處理它，比如宏，最關鍵的是在取數據的時候會自動幫你處理和時區的問題。至于用存時間，是另一種可行的方法，參見我個人不是很喜歡這么做，因為這樣你必須把模型中表示時間的成員聲明為類型。

先說一下mysql中DATETIME和TIMESTAMP的區別

TIMESTAMP是標準的unix timestamp，它存儲的是1970-1-1到現在經過的秒數，4字節存儲。mysql用這個類型還蠻方便的，一個是有很多內置的函數和trigger來處理它，比如CURRENT_TIMESTAMP宏，最關鍵的是在取數據的時候mysql會自動幫你處理DST和時區的問題。

DATETIME的范圍更大，好像可以從0000-00-00 00:00:00到9999-12-31 23:59:59，8字節存儲，當然mysql內部肯定也是用整數而不是字符串的（說了是8字節了），所以效率不是大問題。但DATETIME不帶時區，比如我在程序里生成了一個2015-05-07 15:26:00的時間（實際上是+8時區的，但這個對象可能是timezone naive）的，存到mysql里，再從不同時區的地方拿出來，這個時間可能就混了。

但TIMESTAMP也有兩個很大的問題：

4字節長度限制，它只能到2038年

很多時候我們希望根據用戶所在地的時區顯示時間而不是光顯示一個服務器時間

所以比較好的做法是，數據庫中使用DATETIME，然后存時間的時候一律用程序生成UTC時間（而不是local時區的時間）存進去，取出來的時候不管想顯示服務器時間還是顯示用戶的時間都可以處理。

順便提一句，根據用戶所在地時區顯示時間有兩種做法：

當用戶第一次訪問網站的時候，用js獲取時區發送到服務器上存到session里

用js處理時間的顯示（我覺得這種比較方便一點，畢竟不用改服務端代碼）

使用這種做法的唯一缺點是sqlite3沒有internal的DATETIME類型，所以在ORM框架如sqlalchemy中，它會直接存字符串進去。（sqlite3的文檔也說，你要么存成int要么real要么字符串）。盡管這可能帶來一些不方便和性能的下降，但我認為還是符合“keep it simple and stupid”的原則。

至于用INT存時間，是另一種可行的方法，參見http://www.liaoxuefeng.com/article/0014132675721847f569c3514034f099477...
我個人不是很喜歡這么做，因為這樣你必須把模型中表示時間的成員聲明為int類型。這樣是比較不符合邏輯的（那些Date呀Datetime之類的類就沒有用了呀，最多就有個Dateutil就好了），而且會使得程序不易讀（臥槽這個publishedDate為什么是int，它到底表示的是時間嗎？）。總之見仁見智。

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/17463.html

相關文章

  • 日期居然用字符串保存？我笑了

    摘要：微信公眾號后端進階，專注后端技術分享框架分布式中間件服務治理等等。 微信公眾號「后端進階」，專注后端技術分享：Java、Golang、WEB框架、分布式中間件、服務治理等等。 老司機傾囊相授，帶你一路進階，來不及解釋了快上車！ 我發現數據庫有些日期居然用字符串保存？于是跟幾個小伙伴討論了關于數據庫的日期應該要怎么保存的問題，其實我一直都建議直接用數值保存時間戳，為什么我要這么建議呢？...

    Leck1e 評論0 收藏0

  • 國際版多時區設計方案

    摘要：用戶場景國際版中各個倉庫分屬不同的城市，不同的城市所在時區不同，基于各個角色對數據的使用情況不一樣主要的用戶場景庫內作業人員，倉庫是紐約倉，時區是，查詢到的倉庫入庫單。在查詢結果顯示的時候，時間數據也需要轉換到紐約時區。 用戶場景 國際版中各個倉庫分屬不同的城市，不同的城市所在時區不同，基于各個角色對數據的使用情況不一樣主要的用戶場景庫內作業人員，倉庫是紐約倉，時區是UTC-05:00...

    史占廣 評論0 收藏0

  • 國際版多時區設計方案

    摘要：用戶場景國際版中各個倉庫分屬不同的城市，不同的城市所在時區不同，基于各個角色對數據的使用情況不一樣主要的用戶場景庫內作業人員，倉庫是紐約倉，時區是，查詢到的倉庫入庫單。在查詢結果顯示的時候，時間數據也需要轉換到紐約時區。 用戶場景 國際版中各個倉庫分屬不同的城市，不同的城市所在時區不同，基于各個角色對數據的使用情況不一樣主要的用戶場景庫內作業人員，倉庫是紐約倉，時區是UTC-05:00...

    frank_fun 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<