關於資料庫索引的所有文章，都會告訴你不要對這種欄位建索引。
舉個例子，假設表中有一千萬條記錄，某個狀態為0的記錄總數大概會有100條，那麼你想查詢狀態為0的記錄時，有沒有索引影響非常大，而查詢狀態為1的記錄，則索引基本無用。如果兩種狀態的記錄數相差無幾的話，索引也基本無用。
所有的關於索引的文章，建議你不要為這種欄位建索引的依據，都是以值分布是均勻為前提的。但如果值分布不均勻的時候，這個建議就不一定是正確的了。當我們需要查詢的記錄恰好是分布較少的記錄的時候，值分布越是不均勻，索引就越有價值！
索引的本質就是排序，因為大家都排好了隊，所以一樣的資料都依次排在一塊了。這個時候，就像奧運會開幕式入場的運動員們一樣，中國隊、美國隊、德國隊。。。隊長都舉著自己國家的小牌子，讓人遠遠地就能看到那個瑞典隊在什麼地方(有索引)。這個時候，你要採訪瑞典隊，直接跑過去就行了。當散場後你再想去餐廳找瑞典隊採訪(沒有索引)，估計就得按個問過去：兄弟，你是不是瑞典隊的？等你找到採訪物件，還是算了吧，人家都吃完飯走人了(查詢超時)。。。
二值的情況下，形象點說，就是你在上海人民廣場找人，看你找的是中國人還是外國人。找10個中國人很簡單，基本上是逮著乙個算乙個。但要找10個外國人，就比較費時間了。。。這個時候如果大家都排隊，中國人排前面，外國人排後面，你就可以直奔隊伍的末尾去喊上10個外國人了。
現在大家明白了這種欄位的索引到底要不要建了吧。
Mysql JSON欄位提取某乙個屬性值的函式
mysql從5.7開始才支援json extract等 json相關的函式，專案裡用到的mysql是5.6的，需要提取json欄位裡某乙個屬性值進行統計，自己寫了乙個笨的提取方法 create definer root function jsonextract fieldname varchar 3...
mysql將乙個表中字段A的值賦給另乙個表的字段B
mysql 的修改方法 update table a a inner join table b b on b.id a.id set a.description b.content mssql的修改方法 update a set a.description b.content from table ...
Oracle中取字段唯一值的乙個sql語句的寫法
定義乙個表mi prodces有兩個字段 cs id int cs verid int 其中id可以重複，但是cid值是增長的，也就是說同乙個id對應多個cid，現在要查出某個id下，最大的cid，id只能顯示一次。試著用oracle的distinct語句，但是distinct語句只能對乙個欄位起作...