国产片侵犯亲女视频播放_亚洲精品二区_在线免费国产视频_欧美精品一区二区三区在线_少妇久久久_在线观看av不卡

服務器之家:專注于服務器技術及軟件下載分享
分類導航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|數據庫技術|

服務器之家 - 數據庫 - Mysql - MySQL 數據類型和建庫策略

MySQL 數據類型和建庫策略

2019-10-25 15:48mysql教程網 Mysql

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

一、數字類型。數字類型按照我的分類方法分為三類:整數類、小數類和數字類。

我所謂的“數字類”,就是指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一樣大,但卻可以直接用字符串帥哥和美眉來存取。真是太方便啦!

延伸 · 閱讀

精彩推薦
Weibo Article 1 Weibo Article 2 Weibo Article 3 Weibo Article 4 Weibo Article 5 Weibo Article 6 Weibo Article 7 Weibo Article 8 Weibo Article 9 Weibo Article 10 Weibo Article 11 Weibo Article 12 Weibo Article 13 Weibo Article 14 Weibo Article 15 Weibo Article 16 Weibo Article 17 Weibo Article 18 Weibo Article 19 Weibo Article 20 Weibo Article 21 Weibo Article 22 Weibo Article 23 Weibo Article 24 Weibo Article 25 Weibo Article 26 Weibo Article 27 Weibo Article 28 Weibo Article 29 Weibo Article 30 Weibo Article 31 Weibo Article 32 Weibo Article 33 Weibo Article 34 Weibo Article 35 Weibo Article 36 Weibo Article 37 Weibo Article 38 Weibo Article 39 Weibo Article 40
主站蜘蛛池模板: 久久久一区二区三区 | 成人精品一区二区三区中文字幕 | 国产一区二区三区在线视频观看 | 亚洲国产成人精品女人久久久 | 亚洲国产精品视频 | 国产黄色av| 99视频这里有精品 | 国产精品无码久久久久 | 91羞羞网站 | 欧美日韩精品一区二区三区 | 三级av在线 | 国产精品久久久久久久久 | 亚洲一区二区三区四区五区午夜 | 国产福利91精品一区二区三区 | 精品国产三级 | 在线91| 日韩色综合 | 免费国产一区 | 精品视频在线视频 | 伊人二区| 日日夜夜精品免费视频 | 一区二区视频免费 | 亚洲欧美在线一区 | 国产一区中文字幕 | 国产视频在线播放 | 欧美一区永久视频免费观看 | 女人高潮特级毛片 | 亚洲精品资源在线观看 | 免费成人在线视频观看 | 黄色大片aaaa | 亚洲国产视频一区二区 | 欧美日韩视频一区二区 | 一区视频网站 | 欧美日韩一区二区三区视频 | 国产精品久久久久久久久久久久久久 | 亚洲成人精品在线 | 欧美在线视频一区二区 | 成人在线免费网站 | 久久综合久久综合久久 | 久久久精品免费视频 | 欧美另类久久 |