MySQL的數(shù)據(jù)類型和建庫策略分析詳解
更新時(shí)間:2008年04月06日 01:16:47 作者:
無論是在小得可憐的免費(fèi)數(shù)據(jù)庫空間或是大型電子商務(wù)網(wǎng)站,合理的設(shè)計(jì)表結(jié)構(gòu)、充分利用空間是十分必要的。這就要求我們對(duì)數(shù)據(jù)庫系統(tǒng)的常用數(shù)據(jù)類型有充分的認(rèn)識(shí)。下面我就將我的一點(diǎn)心得寫出來跟大家分享。
一、數(shù)字類型。數(shù)字類型按照我的分類方法分為三類:整數(shù)類、小數(shù)類和數(shù)字類。
我所謂的“數(shù)字類”,就是指DECIMAL和NUMERIC,它們是同一種類型。它嚴(yán)格的說不是一種數(shù)字類型,因?yàn)樗麄儗?shí)際上是將數(shù)字以字符串形式保存的;他的值的每一位(包括小數(shù)點(diǎn))占一個(gè)字節(jié)的存儲(chǔ)空間,因此這種類型耗費(fèi)空間比較大。但是它的一個(gè)突出的優(yōu)點(diǎn)是小數(shù)的位數(shù)固定,在運(yùn)算中不會(huì)“失真”,所以比較適合用于“價(jià)格”、“金額”這樣對(duì)精度要求不高但準(zhǔn)確度要求非常高的字段。
小數(shù)類,即浮點(diǎn)數(shù)類型,根據(jù)精度的不同,有FLOAT(單精度)和DOUBLE(雙精度)兩種。它們的優(yōu)勢(shì)是精確度,F(xiàn)LOAT可以表示絕對(duì)值非常小、小到約 1.17E-38 (0.000...0117, 小數(shù)點(diǎn)后面有37個(gè)零)的小數(shù),而DOUBLE更是可以表示絕對(duì)值小到約 2.22E-308 (0.000...0222, 小數(shù)點(diǎn)后面有307個(gè)零)的小數(shù)。FLOAT類型和DOUBLE類型占用存儲(chǔ)空間分別是4字節(jié)和8字節(jié)。如果需要用到小數(shù)的字段,精度要求不高的,當(dāng)然用FLOAT了!可是說句實(shí)在話,我們“民用”的數(shù)據(jù),哪有要求精度那么高的呢?這兩種類型至今我沒有用過——我還沒有遇到適合于使用它們的事例。
用的最多的,最值得精打細(xì)算的,是整數(shù)類型。從只占一個(gè)字節(jié)存儲(chǔ)空間的TINYINT到占8個(gè)字節(jié)的BIGINT,挑選一個(gè)“夠用”并且占用存儲(chǔ)空間最小的類型是設(shè)計(jì)數(shù)據(jù)庫時(shí)應(yīng)該考慮的。TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT占用存儲(chǔ)空間分別為1字節(jié)、2字節(jié)、3字節(jié)、4字節(jié)和8字節(jié),就無符號(hào)的整數(shù)而言,這些類型能表示的最大整數(shù)分別為255、65535、16777215、4294967295和18446744073709551615。如果用來保存用戶的年齡(舉例來說,數(shù)據(jù)庫中保存年齡是不可取的),用TINYINT就夠了;九城的《縱橫》里,各項(xiàng)技能值,用SMALLINT也夠了;如果要用作一個(gè)肯定不會(huì)超過16000000行的表的AUTO_INCREMENT的IDENTIFY字段,當(dāng)然用 MEDIUMINT 不用 INT ,試想,每行節(jié)約一個(gè)字節(jié),16000000行可以節(jié)約10兆多呢!
二、日期時(shí)間類型。
日期和時(shí)間類型比較簡(jiǎn)單,無非是 DATE、TIME、DATETIME、TIMESTAMP和YEAR等幾個(gè)類型。只對(duì)日期敏感,而對(duì)時(shí)間沒有要求的字段,就用DATE而不用DATETIME是不用說的了;單獨(dú)使用時(shí)間的情況也時(shí)有發(fā)生——使用TIME;但最多用到的還是用DATETIME。在日期時(shí)間類型上沒有什么文章可做,這里就不再詳述。
三、字符(串)類型。
不要以為字符類型就是 CHAR !CHAR和VARCHAR的區(qū)別在于CHAR是固定長(zhǎng)度,只要你定義一個(gè)字段是CHAR(10),那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了10個(gè)字節(jié),它都要占去10個(gè)字節(jié)的空間;而VARVHAR則是可變長(zhǎng)度的,如果一個(gè)字段可能的值是不固定長(zhǎng)度的,我們只知道它不可能超過10個(gè)字符,把它定義為 VARCHAR(10)是最合算的,VARCHAR 類型的實(shí)際長(zhǎng)度是它的值的(實(shí)際長(zhǎng)度+1)。為什么“+1”呢?這一個(gè)字節(jié)用于保存實(shí)際使用了多大的長(zhǎng)度呀!從這個(gè)“+1”中也應(yīng)該看到,如果一個(gè)字段,它的可能值最長(zhǎng)是10個(gè)字符,而多數(shù)情況下也就是用到了10個(gè)字符時(shí),用VARCHAR就不合算了:因?yàn)樵诙鄶?shù)情況下,實(shí)際占用空間是11個(gè)字節(jié),比用CHAR(10)還多占用一個(gè)字節(jié)!
舉個(gè)例子,就是一個(gè)存儲(chǔ)股票名稱和代碼的表,股票名稱絕大部分是四個(gè)字的,即8個(gè)字節(jié);股票代碼,上海的是六位數(shù)字,深圳的是四位數(shù)字。這些都是固定長(zhǎng)度的,股票名稱當(dāng)然要用 CHAR(8) ;股票代碼雖然是不固定長(zhǎng)度,但如果使用VARVHAR(6),一個(gè)深圳的股票代碼實(shí)際占用空間是5個(gè)字節(jié),而一個(gè)上海的股票代碼要占用7個(gè)字節(jié)!考慮到上海的股票數(shù)目比深圳的多,那么用VARCHAR(6)就不如CHAR(6)合算了。
雖然一個(gè)CHAR或VARVHAR的最大長(zhǎng)度可以到255,我認(rèn)為大于20的CHAR是幾乎用不到的——很少有大于20個(gè)字節(jié)長(zhǎng)度的固定長(zhǎng)度的東東吧?不是固定長(zhǎng)度的就用VARCHAR!大于100的VARCHAR也是幾乎用不到的——比這更大的用TEXT就好了。TINYTEXT,最大長(zhǎng)度為255,占用空間也是(實(shí)際長(zhǎng)度+1);TEXT,最大長(zhǎng)度65535,占用空間是(實(shí)際長(zhǎng)度+2);MEDIUMTEXT,最大長(zhǎng)度16777215,占用空間是(實(shí)際長(zhǎng)度+3);LONGTEXT,最大長(zhǎng)度4294967295,占用空間是(實(shí)際長(zhǎng)度+4)。為什么“+1”?“+2”?“+3”?“+4”?你要是還不知道就該打PP了。這些可以用在論壇啊、新聞啊,什么的,用來保存文章的正文。根據(jù)實(shí)際情況的不同,選擇從小到大的不同類型。
四、枚舉和集合類型。
枚舉(ENUM)類型,最多可以定義65535種不同的字符串從中做出選擇,只能并且必須選擇其中一種,占用存儲(chǔ)空間是一個(gè)或兩個(gè)字節(jié),由枚舉值的數(shù)目決定;集合(SET)類型,最多可以有64個(gè)成員,可以選擇其中的零個(gè)到不限定的多個(gè),占用存儲(chǔ)空間是一個(gè)到八個(gè)字節(jié),由集合可能的成員數(shù)目決定。
舉個(gè)例子來說,在SQLServer中,你可以節(jié)約到用一個(gè)Bit類型來表示性別(男/女),但MySQL沒有Bit,用TINTINT?不,可以用ENUM('帥哥','美眉')!只有兩種選擇,所以只需一個(gè)字節(jié)——跟TINYINT一樣大,但卻可以直接用字符串'帥哥'和'美眉'來存取。真是太方便啦!
好了,MySQL的數(shù)據(jù)類型介紹得差不多,我的建庫策略也隨著介紹數(shù)據(jù)類型介紹給大家一些。但這只是其中一部分,篇幅有限,不能再細(xì)說;其他的,就靠各人在對(duì)數(shù)據(jù)類型理解的基礎(chǔ)上,多多實(shí)踐、多多討論。
您可能感興趣的文章:
- MySQL錯(cuò)誤TIMESTAMP column with CURRENT_TIMESTAMP的解決方法
- 解析mysql中UNIX_TIMESTAMP()函數(shù)與php中time()函數(shù)的區(qū)別
- MySQL timestamp自動(dòng)更新時(shí)間分享
- mysql多個(gè)TimeStamp設(shè)置的方法解讀
- mysql From_unixtime及UNIX_TIMESTAMP及DATE_FORMAT日期函數(shù)
- 深入了解mysql的4種常用、重要的數(shù)據(jù)類型
- MySQL 數(shù)據(jù)類型 詳解
- mysql之TIMESTAMP(時(shí)間戳)用法詳解
相關(guān)文章
一看就懂的MySQL的聚簇索引及聚簇索引是如何長(zhǎng)高的
聚簇索引不是一種單獨(dú)的索引類型,而是一種數(shù)據(jù)存儲(chǔ)方式。innodb的聚簇索引實(shí)際上在同一個(gè)結(jié)構(gòu)中保存了B-tree索引和數(shù)據(jù)行。通過本文學(xué)習(xí)MySQL的聚簇索引及聚簇索引是如何長(zhǎng)高的,感興趣的朋友一起學(xué)習(xí)下吧2021-05-05Centos7 移動(dòng)mysql5.7.19 數(shù)據(jù)存儲(chǔ)位置的操作方法
這篇文章主要介紹了Centos7 移動(dòng)mysql5.7.19 數(shù)據(jù)存儲(chǔ)位置的實(shí)現(xiàn)方法,需要的朋友可以參考下2017-10-10win2003服務(wù)器下配置 MySQL 群集(Cluster)的方法
MySQL 群集是 MySQL 適合于分布式計(jì)算環(huán)境的高可用、高冗余版本。它采用了 NDB Cluster 存儲(chǔ)引擎,允許在 1 個(gè)群集中運(yùn)行多個(gè) MySQL 服務(wù)器。2010-12-12安裝mysql出錯(cuò)”A Windows service with the name MySQL already exis
這篇文章主要介紹了安裝mysql出錯(cuò)”A Windows service with the name MySQL already exists.“如何解決的相關(guān)資料,在日常項(xiàng)目中此問題比較多見,特此把解決辦法分享給大家,供大家參考2016-05-05