PHP低級(jí)編程的兄弟是這樣來看這個(gè)問題的，我作下筆錄如下，期望能客觀的理解這個(gè)enum字段的優(yōu)點(diǎn)及缺點(diǎn)：

膘哥觀點(diǎn)：
    enum有優(yōu)點(diǎn)。但個(gè)人覺得。。。缺點(diǎn)更多，客觀的講：優(yōu)點(diǎn)主要是在建數(shù)據(jù) 庫的時(shí)候就可以把一些值給規(guī)范好。缺點(diǎn)是。。enum不適合PHP。主要是PHP是弱類型，如：你insert into ..... set a= 1，你沒法知道你是想 a= '1' 還是 a= 1（a='1'是插入值1，a=1是插入enum的第一個(gè)值，尤其php弱類型的，如果int的，很少有人在sql里加雙引號(hào)。），這是PHP和mysql 在使用enum 最大的問題。所以。。安心點(diǎn)啦。干脆點(diǎn)直接tinyint。

單曲觀點(diǎn)：
    我覺得沒什么優(yōu)點(diǎn)，對(duì)數(shù)字型的enum，簡(jiǎn)直就是夢(mèng)魘，boolean  tinyint(1) 0,1 status  tinyint(1)  1,2,3,4,5,6..tinyint～～。如：audit_result enum(1,2,3)，set audit_result = 1;...容易出現(xiàn)膘哥所說的混淆。

簡(jiǎn)單觀點(diǎn)：
   少用，一般都是用tinyint替代。

天楓觀點(diǎn)：
   我覺得除了狀態(tài)直觀  沒什么優(yōu)點(diǎn)，我一般直接int，tinyint（[1or2or3]） 到底有啥區(qū)別？（后面會(huì)簡(jiǎn)單探討下，這里面的1or2or3區(qū)別。）

中庸觀點(diǎn)：
   a=1是插入enum的第一個(gè)值，尤其php弱類型的，如果int的，很少有人在sql里加雙引號(hào)，基本上是不加引號(hào)的。

豎琴螺觀點(diǎn)：
   六種情況就：tinyint(1)  -1，-2，1,2,3,4

上面各種觀點(diǎn)重點(diǎn)集中在PHP這種弱類型語言對(duì)引號(hào)不重視，程序員不寫容易引起插入的語句不是自己想要的結(jié)果的問題，容易出現(xiàn)int時(shí)沒有用引號(hào)導(dǎo)致插入了新值而不是定的那個(gè)值：

表結(jié)構(gòu)如下： 

CREATE TABLE `enum2tinyint` ( 
 `switchs` enum('none','success','fail','delete','skip','1') DEFAULT NULL, 
 `switch` tinyint(1) NOT NULL, 
 KEY `switchs` (`switchs`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 

 
正常帶引號(hào)插入enum： 

INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES ('1', '1'); 
1 1 

PHP的弱類型問題，特別是對(duì)int類型的情況，實(shí)踐如下： 
如果沒有帶引號(hào)插入enum字段后如下（是第一個(gè)值none）： 

INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES (1, '1'); 
none 1 

如果沒有帶引號(hào)插入enum字段后如下（是第2個(gè)值success）： 

INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES (2, '1'); 
success 1 

結(jié)論：要插入enum的值，字段必須加引號(hào)，不加引號(hào)當(dāng)然是數(shù)字，數(shù)字就是key，不是value。

規(guī)勸：
1）enum是整型這樣的錯(cuò)誤很容易發(fā)生，尤其是php弱類型的，一般新來一個(gè)人，沒注意enum類型，就會(huì)犯錯(cuò)。
2）數(shù)據(jù)庫說明清楚的話，或者可選擇的全是字符串的話，還沒什么，但是里面有數(shù)字，難免有新手犯錯(cuò)，養(yǎng)成加引號(hào)的習(xí)慣很重要。

最終結(jié)論：
歷史原因，要把enum改成tinyint程序改動(dòng)太大了，用了的沒必要改·～，以后新建的時(shí)候，盡量使用tinyint就好。
這種字段的重復(fù)內(nèi)容過多的，索引建不建，關(guān)系不大，這種在mysql叫索引的勢(shì)太低，其查詢效果不太好：（英文是這么翻譯的：https://justwinit.cn/post/1405/）。
————————————————————————————————————————————————————————————————————
tinyint(1)和tinyint(4)一樣的，都是-127到128或者0到256。unsigned屬性全是正，和c語言u(píng)nsigned int有點(diǎn)類似：
tinyint(1)   -128 ~ 127
tinyint(1) unsigned  0 ~ 255

為何表示的最大正數(shù)比最小負(fù)數(shù)的絕對(duì)值少1呢？
第一位是符號(hào)位，1表示負(fù)數(shù)
所以負(fù)數(shù)可以到128,正數(shù)只能到127
-128正127
如：0111 1111  正數(shù)  ，負(fù)數(shù) 1111 1111

提問：

Mysql里int(1)和int(11)差別很大的，mysql的int,有個(gè)屬性 ，UNSIGNED ZEROFILL  后面的ZEROFILL，就是有定義的位數(shù)不夠則用零補(bǔ)齊對(duì)齊一下（這兒可能涉及到索引的性能罷）：int,  長(zhǎng)度(M)=5, 屬性=UNSIGNED ZEROFILL(無符號(hào),用0來填充位數(shù)),00001,00002。

但這個(gè)tinyint呢，tinyint(1)和tinyint(4)一樣的？

看這文章后：//chabaoo.cn/article/53424.htm

我估計(jì)：mysql這塊對(duì)一個(gè)字節(jié)不像int這種四個(gè)字節(jié)要進(jìn)行對(duì)其前部分進(jìn)行部分字節(jié)索引，如果說tinyint(1)和tinyint(4)是一樣的表示范圍情況下，但mysql對(duì)tinyint數(shù)字長(zhǎng)度位數(shù)作了可設(shè)置的限定，從理論上說其存在硬盤里的字節(jié)是不一樣才是合乎邏輯的，這塊估計(jì)還是為了對(duì)字節(jié)進(jìn)行對(duì)齊方便索引等，以提升效率為主罷，l如：ike keyword%    索引有效，如果統(tǒng)一對(duì)齊，索引效果會(huì)不會(huì)更好呢？我也只是猜測(cè)。
————————————————————————————————————————————————————————————————————

在網(wǎng)上找了下這個(gè)enum的mysql的大體實(shí)現(xiàn)如下：

一）enum的存儲(chǔ)原理我仔細(xì)查看了下手冊(cè)。是這樣的:
在建立這個(gè)字段時(shí)，我們會(huì)給他規(guī)定一個(gè)范圍比如enum('a','b','c'),這時(shí)mysql內(nèi)部會(huì)建立一張hash結(jié)構(gòu)的map表，類似:0000 -> a，0001 -> b，0002 -> c。
當(dāng)我插入一條數(shù)據(jù)，此字段的值位a或b或c時(shí)，他存儲(chǔ)在里面的不是這個(gè)字符，而是對(duì)應(yīng)他的索引，也就是那個(gè)0000或0001或0002。
同樣，enum在mysql手冊(cè)上的說明:
ENUM('value1','value2',...)
1或2個(gè)字節(jié)，取決于枚舉值的個(gè)數(shù)(最多65,535個(gè)值)
除非enum的個(gè)數(shù)超過了一定數(shù)量，否則他所占的存儲(chǔ)空間也總是1字節(jié)。

二）tinyint:
類型  字節(jié)  最小值  最大值
      (帶符號(hào)的/無符號(hào)的)  (帶符號(hào)的/無符號(hào)的)
TINYINT  1  -128  127
他的最小存儲(chǔ)所占空間也是1字節(jié)。

最后，Enum，既然要用它，就不必要使用什么0，1，2來代替實(shí)際的字符串了。甚至中文字符串。他并不會(huì)對(duì)數(shù)據(jù)庫性能進(jìn)行多余開銷。因?yàn)閷?duì)于它來說，你使用'0','1','2'和'張三','李四','王五'數(shù)據(jù)表所占的存儲(chǔ)空間一樣。但是考慮到我們實(shí)際應(yīng)用時(shí)數(shù)據(jù)需要從db服務(wù)器回傳到web app，所以在網(wǎng)絡(luò)傳輸時(shí)，當(dāng)然還是盡可能的傳輸小數(shù)據(jù)比較好。所以如果很在意這些，還是不用它好了。

最新評(píng)論