無論是在小得可憐的免費數(shù)據(jù)庫空間或是大型電子商務(wù)網(wǎng)站，合理的設(shè)計表結(jié)構(gòu)、充分利用空間是十分必要的。這就要求我們對數(shù)據(jù)庫系統(tǒng)的常用數(shù)據(jù)類型有充分的認識。下面我就將我的一點心得寫出來跟大家分享。 

一、數(shù)字類型。數(shù)字類型按照我的分類方法分為三類：整數(shù)類、小數(shù)類和數(shù)字類。 

我所謂的“數(shù)字類”，就是指DECIMAL和NUMERIC，它們是同一種類型。它嚴格的說不是一種數(shù)字類型，因為他們實際上是將數(shù)字以字符串形式保存的；他的值的每一位（包括小數(shù)點）占一個字節(jié)的存儲空間，因此這種類型耗費空間比較大。但是它的一個突出的優(yōu)點是小數(shù)的位數(shù)固定，在運算中不會“失真”，所以比較適合用于“價格”、“金額”這樣對精度要求不高但準確度要求非常高的字段。 

小數(shù)類，即浮點數(shù)類型，根據(jù)精度的不同，有FLOAT（單精度）和DOUBLE（雙精度）兩種。它們的優(yōu)勢是精確度，F(xiàn)LOAT可以表示絕對值非常小、小到約 1.17E-38 （0.000...0117， 小數(shù)點后面有37個零）的小數(shù)，而DOUBLE更是可以表示絕對值小到約 2.22E-308 （0.000...0222， 小數(shù)點后面有307個零）的小數(shù)。FLOAT類型和DOUBLE類型占用存儲空間分別是4字節(jié)和8字節(jié)。如果需要用到小數(shù)的字段，精度要求不高的，當然用FLOAT了！可是說句實在話，我們“民用”的數(shù)據(jù)，哪有要求精度那么高的呢？這兩種類型至今我沒有用過——我還沒有遇到適合于使用它們的事例。 

用的最多的，最值得精打細算的，是整數(shù)類型。從只占一個字節(jié)存儲空間的TINYINT到占8個字節(jié)的BIGINT，挑選一個“夠用”并且占用存儲空間最小的類型是設(shè)計數(shù)據(jù)庫時應(yīng)該考慮的。TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT占用存儲空間分別為1字節(jié)、2字節(jié)、3字節(jié)、4字節(jié)和8字節(jié)，就無符號的整數(shù)而言，這些類型能表示的最大整數(shù)分別為255、65535、16777215、4294967295和18446744073709551615。如果用來保存用戶的年齡（舉例來說，數(shù)據(jù)庫中保存年齡是不可取的），用TINYINT就夠了；九城的《縱橫》里，各項技能值，用SMALLINT也夠了；如果要用作一個肯定不會超過16000000行的表的AUTO_INCREMENT的IDENTIFY字段，當然用 MEDIUMINT 不用 INT ，試想，每行節(jié)約一個字節(jié)，16000000行可以節(jié)約10兆多呢！ 

二、日期時間類型。 

日期和時間類型比較簡單，無非是 DATE、TIME、DATETIME、TIMESTAMP和YEAR等幾個類型。只對日期敏感，而對時間沒有要求的字段，就用DATE而不用DATETIME是不用說的了；單獨使用時間的情況也時有發(fā)生——使用TIME；但最多用到的還是用DATETIME。在日期時間類型上沒有什么文章可做，這里就不再詳述。 

三、字符（串）類型。 

不要以為字符類型就是 CHAR ！CHAR和VARCHAR的區(qū)別在于CHAR是固定長度，只要你定義一個字段是CHAR(10),那么不論你存儲的數(shù)據(jù)是否達到了10個字節(jié)，它都要占去10個字節(jié)的空間；而VARVHAR則是可變長度的，如果一個字段可能的值是不固定長度的，我們只知道它不可能超過10個字符，把它定義為 VARCHAR(10)是最合算的，VARCHAR 類型的實際長度是它的值的(實際長度+1)。為什么“+1”呢？這一個字節(jié)用于保存實際使用了多大的長度呀！從這個“+1”中也應(yīng)該看到，如果一個字段，它的可能值最長是10個字符，而多數(shù)情況下也就是用到了10個字符時，用VARCHAR就不合算了：因為在多數(shù)情況下，實際占用空間是11個字節(jié)，比用CHAR(10)還多占用一個字節(jié)！ 

舉個例子，就是一個存儲股票名稱和代碼的表，股票名稱絕大部分是四個字的，即8個字節(jié)；股票代碼，上海的是六位數(shù)字，深圳的是四位數(shù)字。這些都是固定長度的，股票名稱當然要用 CHAR(8) ；股票代碼雖然是不固定長度，但如果使用VARVHAR(6)，一個深圳的股票代碼實際占用空間是5個字節(jié)，而一個上海的股票代碼要占用7個字節(jié)！考慮到上海的股票數(shù)目比深圳的多，那么用VARCHAR(6)就不如CHAR(6)合算了。 

雖然一個CHAR或VARVHAR的最大長度可以到255，我認為大于20的CHAR是幾乎用不到的——很少有大于20個字節(jié)長度的固定長度的東東吧？不是固定長度的就用VARCHAR！大于100的VARCHAR也是幾乎用不到的——比這更大的用TEXT就好了。TINYTEXT，最大長度為255，占用空間也是(實際長度+1)；TEXT，最大長度65535，占用空間是(實際長度+2)；MEDIUMTEXT，最大長度16777215，占用空間是(實際長度+3)；LONGTEXT，最大長度4294967295，占用空間是(實際長度+4)。為什么“+1”？“+2”？“+3”？“+4”？你要是還不知道就該打PP了。這些可以用在論壇啊、新聞啊，什么的，用來保存文章的正文。根據(jù)實際情況的不同，選擇從小到大的不同類型。 

四、枚舉和集合類型。 

枚舉（ENUM）類型，最多可以定義65535種不同的字符串從中做出選擇，只能并且必須選擇其中一種，占用存儲空間是一個或兩個字節(jié)，由枚舉值的數(shù)目決定；集合（SET）類型，最多可以有64個成員，可以選擇其中的零個到不限定的多個，占用存儲空間是一個到八個字節(jié)，由集合可能的成員數(shù)目決定。 

舉個例子來說，在SQLServer中，你可以節(jié)約到用一個Bit類型來表示性別（男/女），但MySQL沒有Bit，用TINTINT？不，可以用ENUM('帥哥','美眉')！只有兩種選擇，所以只需一個字節(jié)——跟TINYINT一樣大，但卻可以直接用字符串'帥哥'和'美眉'來存取。真是太方便啦！ 

好了，MySQL的數(shù)據(jù)類型介紹得差不多，我的建庫策略也隨著介紹數(shù)據(jù)類型介紹給大家一些。但這只是其中一部分，篇幅有限，不能再細說；其他的，就靠各人在對數(shù)據(jù)類型理解的基礎(chǔ)上，多多實踐、多多討論。