構(gòu)建數(shù)據(jù)庫寫程序避免不了使用日期和時間,對于數(shù)據(jù)庫來說,有多種日期時間字段可供選擇,如 timestamp 和 datetime 以及使用 int 來存儲 unix timestamp。
不僅新手,包括一些有經(jīng)驗的程序員還是比較迷茫,究竟我該用哪種類型來存儲日期時間呢?
那我們就一步一步來分析他們的特點,這樣我們根據(jù)自己的需求選擇合適的字段類型來存儲 (優(yōu)點和缺點是比較出來的 , 跟父母從小喜歡拿鄰居小孩子跟自己比一樣的)
datetime 和 timestamp
- datetime 更像日歷上面的時間和你手表的時間的結(jié)合,就是指具體某個時間。
- timestamp 更適合來記錄時間,比如我在東八區(qū)時間現(xiàn)在是 2016-08-02 10:35:52, 你在日本(東九區(qū)此時時間為 2016-08-02 11:35:52),我和你在聊天,數(shù)據(jù)庫記錄了時間,取出來之后,對于我來說時間是 2016-08-02 10:35:52,對于日本的你來說就是 2016-08-02 11:35:52。所以就不用考慮時區(qū)的計算了。
- 時間范圍是 timestamp 硬傷(1970-2038),當(dāng)然 datetime (1000-9999)也記錄不了劉備什么時候出生(161 年)。
timestamp 和 UNIX timestamp
- 顯示直觀,出問題了便于排錯,比好多很長的 int 數(shù)字好看多了
- int 是從 1970 年開始累加的,但是 int 支持的范圍是 1901-12-13 到 2038-01-19 03:14:07,如果需要更大的范圍需要設(shè)置為 bigInt。但是這個時間不包含毫秒,如果需要毫秒,還需要定義為浮點數(shù)。datetime 和 timestamp 原生自帶 6 位的微秒。
- timestamp 是自帶時區(qū)轉(zhuǎn)換的,同上面的第 2 項。
- 用戶前端輸入的時間一般都是日期類型,如果存儲 int 還需要存前取后處理
總結(jié):
- timestamp 記錄經(jīng)常變化的更新 / 創(chuàng)建 / 發(fā)布 / 日志時間 / 購買時間 / 登錄時間 / 注冊時間等,并且是近來的時間,夠用,時區(qū)自動處理,比如說做海外購或者業(yè)務(wù)可能拓展到海外
- datetime 記錄固定時間如服務(wù)器執(zhí)行計劃任務(wù)時間 / 健身鍛煉計劃時間等,在任何時區(qū)都是需要一個固定的時間要做某個事情。超出 timestamp 的時間,如果需要時區(qū)必須記得時區(qū)處理
- UNIX timestamps 使用起來并不是很方便,至于說比較取范圍什么的,timestamp 和 datetime 都能干。
- 如果你不考慮時區(qū),或者有自己一套的時區(qū)方案,隨意了,喜歡哪個上哪個了
- laravel 是國際化設(shè)計的框架,為了程序員方便、符合數(shù)據(jù)庫設(shè)計標準,所以 created_at updated_at 使用了 timestamp 是無可厚非的。
- 有沒有一個時間類型即解決了范圍、時區(qū)的問題?這是不可能的,不是還有 tinyInt BigInt 嗎?取自己所需,并且 MySQL 是允許數(shù)據(jù)庫字段變更的。
- 生日可以使用多個字段來存儲,比如 year/month/day,這樣就可以很方便的找到某天過生日的用戶 (User::where(['month' => 8, 'day' => 12])->get())
構(gòu)建項目的時候需要認真思考一下,自己的業(yè)務(wù)場景究竟用哪種更適合。選哪個?需求來定。
到此這篇關(guān)于如何選擇合適的MySQL日期時間類型來存儲你的時間的文章就介紹到這了,更多相關(guān)MySQL日期時間類型內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- MySQL 時間類型的選擇
- MySQL存儲時間類型選擇的問題講解
- 關(guān)于mysql 的時間類型選擇
- 解析MySql與Java的時間類型
- MySQL日期數(shù)據(jù)類型、時間類型使用總結(jié)
- MySQL時間類型和模式詳情