MySQL的數據類型和建庫策略

原文地址:http://www.yesky.com/87/200587.shtml


無論是在小得可憐的免費數據庫空間或是大型電子商務網站,合理的設計表結構、充分利用空間是十分必要的。這就要求我們對數據庫系統的常用數據類型有充分的認識。下面我就將我的一點心得寫出來跟大家分享。

  一、 數字類型

  數字類型按照我的分類方法分爲三類:整數類、小數類和數字類。我所謂的"數字類",就是指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的數據類型介紹得差不多,我的建庫策略也隨着介紹數據類型介紹給大家一些。但這只是其中一部分,篇幅有限,不能再細說;其他的,就靠各人在對數據類型理解的基礎上,多多實踐、多多討論。


發佈了25 篇原創文章 · 獲贊 12 · 訪問量 33萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章