快捷導(dǎo)航

使用 MySQL Date/Time 類型

更新時(shí)間：2008年03月26日 21:27:31 作者：

上次對(duì)于 MySQL 方面已經(jīng)有的一些總結(jié)，但是昨晚 wiLdGoose 兄說(shuō)他也碰到同樣的問(wèn)題，但是無(wú)法解決。結(jié)果經(jīng)過(guò)種種的假設(shè)和判斷以后，到最后發(fā)現(xiàn)原來(lái)是 Zend Studio 的時(shí)區(qū)配置問(wèn)題（我狂汗ing）。而在和他討論期間也談到了很多關(guān)于 MySQL 的細(xì)節(jié)問(wèn)題，還是記錄一下當(dāng)作備忘比較好。這篇文章同時(shí)也做說(shuō)服 wiLdGoose 兄用。

由于曾經(jīng)和他是同一個(gè)團(tuán)隊(duì)的，所以對(duì)于其我很熟悉他那“潔癖”的做法，對(duì)于他的很多的觀點(diǎn)我也非常的贊同；但是有一件非常不理解的地方就是設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候總是會(huì)回避使用 Date/Time 類型。他的做法是將時(shí)間相關(guān)的字段設(shè)置為 INT(10) 類型，然后用 UNIX 時(shí)間戳來(lái)存儲(chǔ)。而我本人對(duì)于這點(diǎn)做法非常的不贊同：

首先，是類型操作的不同，類似于 wiLdGoose 這樣做法的“時(shí)間計(jì)算”實(shí)質(zhì)上是整形之間的操作（而且這個(gè)整形非常大，長(zhǎng)度為 10）。更有甚者，將時(shí)間戳設(shè)置為 VARCHAR(10) ，由此引發(fā)的效率問(wèn)題不言而喻。

至于時(shí)間計(jì)算和整形計(jì)算乃至字符串的計(jì)算的效率問(wèn)題，這篇文章非常能說(shuō)明問(wèn)題。

其次，是邏輯方面的操作問(wèn)題。這是使用時(shí)間類型的優(yōu)勢(shì)，尤其是在需要高精度的項(xiàng)目上。比如需要“前一個(gè)星期的數(shù)據(jù)”和“獲得從數(shù)據(jù)庫(kù)建立以來(lái)每個(gè)星期一的數(shù)據(jù)”，這樣的操作如用 wiLdGoose 兄的做法復(fù)雜度可想而知。

最后，就是直觀不直觀的問(wèn)題，可以理解的是我們的大腦是不會(huì)直接將這一大串的時(shí)間戳轉(zhuǎn)換成日期格式的。相比而言，直接使用時(shí)間類型明顯就直觀得多（它本身就是時(shí)間格式）。

而我目前的團(tuán)隊(duì)也還是在使用類似的方法。本人對(duì)于類似技術(shù)細(xì)節(jié)也爭(zhēng)執(zhí)了良久，但由于崗位和決定權(quán)的問(wèn)題，團(tuán)隊(duì)還是無(wú)法采納本人的意見(jiàn)，甚為遺憾。

MySQL 定位為簡(jiǎn)單快速的 DBM 自然能迅速的駕馭，但是另一方面很容易造成不會(huì)深入下去的局面。對(duì)于此，我們更應(yīng)該注意每一項(xiàng)的數(shù)據(jù)庫(kù)設(shè)計(jì)細(xì)節(jié)，一項(xiàng)產(chǎn)品不斷添加新的功能到最后都是面向應(yīng)用的。

最后，附 MySQL 官方的時(shí)間和日期函數(shù)的手冊(cè)。

您可能感興趣的文章: