如何選擇合適的MySQL日期時(shí)間類型來(lái)存儲(chǔ)你的時(shí)間
構(gòu)建數(shù)據(jù)庫(kù)寫(xiě)程序避免不了使用日期和時(shí)間,對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō),有多種日期時(shí)間字段可供選擇,如 timestamp 和 datetime 以及使用 int 來(lái)存儲(chǔ) unix timestamp。
不僅新手,包括一些有經(jīng)驗(yàn)的程序員還是比較迷茫,究竟我該用哪種類型來(lái)存儲(chǔ)日期時(shí)間呢?
那我們就一步一步來(lái)分析他們的特點(diǎn),這樣我們根據(jù)自己的需求選擇合適的字段類型來(lái)存儲(chǔ) (優(yōu)點(diǎn)和缺點(diǎn)是比較出來(lái)的 , 跟父母從小喜歡拿鄰居小孩子跟自己比一樣的)
datetime 和 timestamp
- datetime 更像日歷上面的時(shí)間和你手表的時(shí)間的結(jié)合,就是指具體某個(gè)時(shí)間。
- timestamp 更適合來(lái)記錄時(shí)間,比如我在東八區(qū)時(shí)間現(xiàn)在是 2016-08-02 10:35:52, 你在日本(東九區(qū)此時(shí)時(shí)間為 2016-08-02 11:35:52),我和你在聊天,數(shù)據(jù)庫(kù)記錄了時(shí)間,取出來(lái)之后,對(duì)于我來(lái)說(shuō)時(shí)間是 2016-08-02 10:35:52,對(duì)于日本的你來(lái)說(shuō)就是 2016-08-02 11:35:52。所以就不用考慮時(shí)區(qū)的計(jì)算了。
- 時(shí)間范圍是 timestamp 硬傷(1970-2038),當(dāng)然 datetime (1000-9999)也記錄不了劉備什么時(shí)候出生(161 年)。
timestamp 和 UNIX timestamp
- 顯示直觀,出問(wèn)題了便于排錯(cuò),比好多很長(zhǎng)的 int 數(shù)字好看多了
- int 是從 1970 年開(kāi)始累加的,但是 int 支持的范圍是 1901-12-13 到 2038-01-19 03:14:07,如果需要更大的范圍需要設(shè)置為 bigInt。但是這個(gè)時(shí)間不包含毫秒,如果需要毫秒,還需要定義為浮點(diǎn)數(shù)。datetime 和 timestamp 原生自帶 6 位的微秒。
- timestamp 是自帶時(shí)區(qū)轉(zhuǎn)換的,同上面的第 2 項(xiàng)。
- 用戶前端輸入的時(shí)間一般都是日期類型,如果存儲(chǔ) int 還需要存前取后處理
總結(jié):
- timestamp 記錄經(jīng)常變化的更新 / 創(chuàng)建 / 發(fā)布 / 日志時(shí)間 / 購(gòu)買時(shí)間 / 登錄時(shí)間 / 注冊(cè)時(shí)間等,并且是近來(lái)的時(shí)間,夠用,時(shí)區(qū)自動(dòng)處理,比如說(shuō)做海外購(gòu)或者業(yè)務(wù)可能拓展到海外
- datetime 記錄固定時(shí)間如服務(wù)器執(zhí)行計(jì)劃任務(wù)時(shí)間 / 健身鍛煉計(jì)劃時(shí)間等,在任何時(shí)區(qū)都是需要一個(gè)固定的時(shí)間要做某個(gè)事情。超出 timestamp 的時(shí)間,如果需要時(shí)區(qū)必須記得時(shí)區(qū)處理
- UNIX timestamps 使用起來(lái)并不是很方便,至于說(shuō)比較取范圍什么的,timestamp 和 datetime 都能干。
- 如果你不考慮時(shí)區(qū),或者有自己一套的時(shí)區(qū)方案,隨意了,喜歡哪個(gè)上哪個(gè)了
- laravel 是國(guó)際化設(shè)計(jì)的框架,為了程序員方便、符合數(shù)據(jù)庫(kù)設(shè)計(jì)標(biāo)準(zhǔn),所以 created_at updated_at 使用了 timestamp 是無(wú)可厚非的。
- 有沒(méi)有一個(gè)時(shí)間類型即解決了范圍、時(shí)區(qū)的問(wèn)題?這是不可能的,不是還有 tinyInt BigInt 嗎?取自己所需,并且 MySQL 是允許數(shù)據(jù)庫(kù)字段變更的。
- 生日可以使用多個(gè)字段來(lái)存儲(chǔ),比如 year/month/day,這樣就可以很方便的找到某天過(guò)生日的用戶 (User::where(['month' => 8, 'day' => 12])->get())
構(gòu)建項(xiàng)目的時(shí)候需要認(rèn)真思考一下,自己的業(yè)務(wù)場(chǎng)景究竟用哪種更適合。選哪個(gè)?需求來(lái)定。
到此這篇關(guān)于如何選擇合適的MySQL日期時(shí)間類型來(lái)存儲(chǔ)你的時(shí)間的文章就介紹到這了,更多相關(guān)MySQL日期時(shí)間類型內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL創(chuàng)建數(shù)據(jù)庫(kù)和創(chuàng)建數(shù)據(jù)表
MySQL?是最常用的數(shù)據(jù)庫(kù),在數(shù)據(jù)庫(kù)操作中,基本都是增刪改查操作,簡(jiǎn)稱CRUD。但是,這篇文章主要介紹了數(shù)據(jù)庫(kù)和數(shù)據(jù)表如何創(chuàng)建,想詳細(xì)了解的小伙伴可以參考閱讀一下2023-03-03修改MySQL數(shù)據(jù)庫(kù)引擎為InnoDB的操作
這篇文章主要介紹了修改MySQL數(shù)據(jù)庫(kù)引擎為InnoDB的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2020-12-12MySQL之權(quán)限以及設(shè)計(jì)數(shù)據(jù)庫(kù)案例講解
這篇文章主要介紹了MySQL之權(quán)限以及設(shè)計(jì)數(shù)據(jù)庫(kù)案例講解,本篇文章通過(guò)簡(jiǎn)要的案例,講解了該項(xiàng)技術(shù)的了解與使用,以下就是詳細(xì)內(nèi)容,需要的朋友可以參考下2021-08-08Mysql數(shù)據(jù)庫(kù)分庫(kù)分表全面瓦解
物理服務(wù)機(jī)的CPU、內(nèi)存、存儲(chǔ)設(shè)備、連接數(shù)等資源有限,某個(gè)時(shí)段大量連接同時(shí)執(zhí)行操作,會(huì)導(dǎo)致數(shù)據(jù)庫(kù)在處理上遇到性能瓶頸。為了解決這個(gè)問(wèn)題,行業(yè)先驅(qū)門充分發(fā)揚(yáng)了分而治之的思想,對(duì)大庫(kù)表進(jìn)行分割2022-01-01淺析MYSQL REPEATABLE-READ隔離級(jí)別
REPEATABLE-READ 即可重復(fù)讀,autocommit= 0或者START TRANSACTION狀態(tài)下select表的內(nèi)容不會(huì)改變2014-07-07QT連接Mysql數(shù)據(jù)庫(kù)的詳細(xì)教程(親測(cè)成功版)
被Qt連接數(shù)據(jù)庫(kù)折磨了三天之后終于連接成功了,記錄一下希望對(duì)看到的人有所幫助,下面這篇文章主要給大家介紹了關(guān)于QT連接Mysql數(shù)據(jù)庫(kù)的詳細(xì)教程,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2023-05-05