無論是在小得可憐的免費資料庫空間或是大型電子商務**，合理的設計表結構、充分利用空間是十分必要的。這就要求我們對資料庫系統的常用資料型別有充分的認識。下面我就將我的一點心得寫出來跟大家分享。
一、數字型別
數字型別按照我的分類方法分為三類：整數類、小數類和數字類。
我所謂的「數字類」，就是指decimal和numeric，它們是同一種型別。它嚴格的說不是一種數字型別，因為他們實際上是將數字以字串形式儲存 的；他的值的每一位（包括小數點）佔乙個位元組的儲存空間，因此這種型別耗費空間比較大。但是它的乙個突出的優點是小數的位數固定，在運算中不會「失真」， 所以比較適合用於「**」、「金額」這樣對精度要求不高但準確度要求非常高的字段。
小數類，即浮點數型別，根據精度的不同，有float（單精度）和double（雙精度）兩種。它們的優勢是精確度，float可以表示絕對值非常小、小 到約 1.17e-38 （0.000...0117， 小數點後面有37個零）的小數，而double更是可以表示絕對值小到約 2.22e-308 （0.000...0222， 小數點後面有307個零）的小數。float型別和double型別占用儲存空間分別是4位元組和8位元組。如果需要用到小數的字段，精度要求不高的，當然用 float了！可是說句實在話，我們「民用」的資料，哪有要求精度那麼高的呢？這兩種型別至今我沒有用過——我還沒有遇到適合於使用它們的事例。
用的最多的，最值得精打細算的，是整數型別。從只佔乙個位元組儲存空間的tinyint到佔8個位元組的bigint，挑選乙個「夠用」並且占用儲存空間最小 的型別是設計資料庫時應該考慮的。tinyint、smallint、mediumint、int和bigint占用儲存空間分別為1位元組、2位元組、3字 節、4位元組和8位元組，就無符號的整數而言，這些型別能表示的最大整數分別為255、65535、16777215、4294967295和 18446744073709551615。如果用來儲存使用者的年齡（舉例來說，資料庫中儲存年齡是不可取的），用tinyint就夠了；九城的《縱橫》 裡，各項技能值，用smallint也夠了；如果要用作乙個肯定不會超過16000000行的表的auto_increment的identify欄位， 當然用 mediumint 不用 int ，試想，每行節約乙個位元組，16000000行可以節約10兆多呢！
二、日期時間型別
日期和時間型別比較簡單，無非是 date、time、datetime、timestamp和year等幾個型別。只對日期敏感，而對時間沒有要求的字段，就用date而不用 datetime是不用說的了；單獨使用時間的情況也時有發生——使用time；但最多用到的還是用datetime。在日期時間型別上沒有什麼文章可 做，這裡就不再詳述。
三、字元（串）型別
不要以為字元型別就是 char！char和varchar的區別在於char是固定長度，只要你定義乙個欄位是char(10),那麼不論你儲存的資料是否達到了10個位元組， 它都要占去10個位元組的空間；而varvhar則是可變長度的，如果乙個字段可能的值是不固定長度的，我們只知道它不可能超過10個字元，把它定義為 varchar(10)是最合算的，varchar 型別的實際長度是它的值的(實際長度+1)。為什麼「+1」呢？這乙個位元組用於儲存實際使用了多大的長度呀！從這個「+1」中也應該看到，如果乙個字段， 它的可能值最長是10個字元，而多數情況下也就是用到了10個字元時，用varchar就不合算了：因為在多數情況下，實際占用空間是11個位元組，比用 char(10)還多占用乙個位元組！
舉個例子，就是乙個儲存**名稱和**的表，**名稱絕大部分是四個字的，即8個位元組；****，上海的是六位數字，深圳的是四位數字。這些都是固定長度 的，**名稱當然要用char(8 )；****雖然是不固定長度，但如果使用varvhar(6)，乙個深圳的****實際占用空間是5個位元組，而乙個上海的****要占用7個位元組！考慮 到上海的**數目比深圳的多，那麼用varchar(6)就不如char(6)合算了。
雖然乙個char或varvhar的最大長度可以到255，我認為大於20的char是幾乎用不到的——很少有大於20個位元組長度的固定長度的東東吧？不 是固定長度的就用varchar！大於100的varchar也是幾乎用不到的——比這更大的用text就好了。tinytext，最大長度為255，佔 用空間也是(實際長度+1)；text，最大長度65535，占用空間是(實際長度+2)；mediumtext，最大長度16777215，占用空間是 (實際長度+3)；longtext，最大長度4294967295，占用空間是(實際長度+4)。為什麼「+1」？「+2」？「+3」？「+4」？你要 是還不知道就該打pp了。這些可以用在論壇啊、新聞啊，什麼的，用來儲存文章的正文。根據實際情況的不同，選擇從小到大的不同型別。
四、列舉和集合型別
列舉（enum）型別，最多可以定義65535種不同的字串從中做出選擇，只能並且必須選擇其中一種，占用儲存空間是乙個或兩個位元組，由列舉值的數目決 定；集合（set）型別，最多可以有64個成員，可以選擇其中的零個到不限定的多個，占用儲存空間是乙個到八個位元組，由集合可能的成員數目決定。
舉個例子來說，在sqlserver中，你可以節約到用乙個bit型別來表示性別（男/女），但mysql沒有bit，用tintint？不，可以用 enum(帥哥,美眉)！只有兩種選擇，所以只需乙個位元組——跟tinyint一樣大，但卻可以直接用字串帥哥和美眉來訪問。真是太方便啦！
好了，mysql的資料型別介紹得差不多，我的建庫策略也隨著介紹資料型別介紹給大家一些。但這只是其中一部分，篇幅有限，不能再細說；其他的，就靠各人在對資料型別理解的基礎上，多多實踐、多多討論。
MySQL 資料型別及選擇
一 資料型別 詳見 二 型別選擇 整形 date,time enum,char varchar blob,text 對於相同級別的資料型別，應該優先選擇占用空間小的資料型別。關於資料型別，優先考慮是否能使用int型別，此外，應該盡可能使用timestamp型別，因為它比datetime空間效率更高。...
mysql資料型別及列型別（1）
我們要把現實世界中的各種資訊轉換成計算機能理解的東西，這些轉換後的資訊就形成了資料。例 如，某人的出生日期是 1987年5月23日 他的身高是170厘公尺，等等。資料不僅包括數字 字母 文字和其他特殊字元組成的文字形式的資料，而且還 包括圖形 影象 動畫 影像 聲音等多 資料。但使用最多 最基本的仍...
mysql資料型別及列型別（2）
2.mysql的列 字段 型別 資料庫中的每個表都是由乙個或多個列 字段 構成的。在用create table語句建立乙個表時，要為每列 字段 指定乙個型別。列 字段 的型別比資料型別更為細化，它精確地描述了給定表列 字段 可能包含的值的種類，如是否帶小數 是否文字很多。2.1數值列型別 mysql...