歡迎光臨
每天分享高質量文章

選擇合適的 MySQL 日期時間型別來儲存你的時間

來自:Laravel ,作者:zhuzhichao

鏈接:https://learnku.com/laravel/t/2495/select-the-appropriate-mysql-date-time-type-to-store-your-time

構建資料庫寫程式避免不了使用日期和時間,對於資料庫來說,有多種日期時間欄位可供選擇,如 timestamp 和 datetime 以及使用 int 來儲存 unix timestamp。

經常會有人用字串儲存日期型的資料(不正確的做法)

  • 缺點 1:無法用日期函式進行計算和比較

  • 缺點 2:用字串儲存日期要占用更多的空間

不僅新手,包括一些有經驗的程式員還是比較迷茫,究竟我該用哪種型別來儲存日期時間呢?

那我們就一步一步來分析他們的特點,這樣我們根據自己的需求選擇合適的欄位型別來儲存 (優點和缺點是比較出來的, 跟父母從小喜歡拿鄰居小孩子跟自己比一樣的)

datetime 和 timestamp

datetime 更像日曆上面的時間和你手錶的時間的結合,就是指具體某個時間。timestamp 更適合來記錄時間,比如我在東八區時間現在是 2016-08-02 10:35:52, 你在日本(東九區此時時間為 2016-08-02 11:35:52),我和你在聊天,資料庫記錄了時間,取出來之後,對於我來說時間是 2016-08-02 10:35:52,對於日本的你來說就是 2016-08-02 11:35:52。所以就不用考慮時區的計算了。時間範圍是 timestamp 硬傷(1970-2038),當然 datetime (1000-9999)也記錄不了劉備什麼時候出生(161 年)。

timestamp 和 UNIX timestamp

顯示直觀,出問題了便於排錯,比好多很長的 int 數字好看多了int 是從 1970 年開始累加的,但是 int 支持的範圍是 1901-12-13 到 2038-01-19 03:14:07,如果需要更大的範圍需要設置為 bigInt。但是這個時間不包含毫秒,如果需要毫秒,還需要定義為浮點數。datetime 和 timestamp 原生自帶 6 位的微秒。timestamp 是自帶時區轉換的,同上面的第 2 項。用戶前端輸入的時間一般都是日期型別,如果儲存 int 還需要存前取後處理

總結

timestamp 記錄經常變化的更新 / 創建 / 發佈 / 日誌時間 / 購買時間 / 登錄時間 / 註冊時間等,並且是近來的時間,夠用,時區自動處理,比如說做海外購或者業務可能拓展到海外datetime 記錄固定時間如服務器執行計劃任務時間 / 健身鍛煉計劃時間等,在任何時區都是需要一個固定的時間要做某個事情。超出 timestamp 的時間,如果需要時區必須記得時區處理UNIX timestamps 使用起來並不是很方便,至於說比較取範圍什麼的,timestamp 和 datetime 都能幹。如果你不考慮時區,或者有自己一套的時區方案,隨意了,喜歡哪個上哪個了laravel 是國際化設計的框架,為了程式員方便、符合資料庫設計標準,所以 created_at updated_at 使用了 timestamp 是無可厚非的。有沒有一個時間型別即解決了範圍、時區的問題?這是不可能的,不是還有 tinyInt BigInt 嗎?取自己所需,並且 MySQL 是允許資料庫欄位變更的。生日可以使用多個欄位來儲存,比如 year/month/day,這樣就可以很方便的找到某天過生日的用戶 (User::where(['month' => 8, 'day' => 12])->get())

構建專案的時候需要認真思考一下,自己的業務場景究竟用哪種更適合。選哪個?需求來定。

已同步到看一看
赞(0)

分享創造快樂