- 工信部備案號 滇ICP備05000110號-1
- 滇公安備案 滇53010302000111
- 增值電信業(yè)務(wù)經(jīng)營(yíng)許可證 B1.B2-20181647、滇B1.B2-20190004
- 云南互聯(lián)網(wǎng)協(xié)會(huì )理事單位
- 安全聯(lián)盟認證網(wǎng)站身份V標記
- 域名注冊服務(wù)機構許可:滇D3-20230001
- 代理域名注冊服務(wù)機構:新網(wǎng)數碼
關(guān)于utf8_unicode_ci與utf8_general_ci這2個(gè)校對集,這里區別一下。
Mysql 5.1中文手冊中關(guān)于utf8_unicode_ci與utf8_general_ci的說(shuō)明:
當前,utf8_unicode_ci校對規則僅部分支持Unicode校對規則算法。一些字符還是不能支持。并且,不能完全支持組合的記號。這主要影響越南和俄羅斯的一些少數民族語(yǔ)言,如:Udmurt 、Tatar、Bashkir和Mari。
utf8_unicode_ci的最主要的特色是支持擴展,即當把一個(gè)字母看作與其它字母組合相等時(shí)。?如,在德語(yǔ)和一些其它語(yǔ)言中‘?’等于‘ss’。
utf8_general_ci是一個(gè)遺留的 校對規則,不支持擴展。它僅能夠在字符之間進(jìn)行逐個(gè)比較。這意味著(zhù)utf8_general_ci校對規則進(jìn)行的比較速度很快,但是與使用utf8_unicode_ci的 校對規則相比,比較正確性較差)。
例如,使用utf8_general_ci和utf8_unicode_ci兩種 校對規則下面的比較相等:
1 | ? = A |
2 | ? = O |
3 | ? = U |
兩種校對規則之間的區別是,對于utf8_general_ci下面的等式成立:
1 | ? = s |
但是,對于utf8_unicode_ci下面等式成立:
1 | ? = ss |
對于一種語(yǔ)言?xún)H當使用utf8_unicode_ci排序做的不好時(shí),才執行與具體語(yǔ)言相關(guān)的utf8字符集 校對規則。例如,對于德語(yǔ)和法語(yǔ),utf8_unicode_ci工作的很好,因此不再需要為這兩種語(yǔ)言創(chuàng )建特殊的utf8校對規則。
utf8_general_ci也適用與德語(yǔ)和法語(yǔ),除了‘?’等于‘s’,而不是‘ss’之外。如果你的應用能夠接受這些,那?應該使用utf8_general_ci,因為它速度快。否則,使用utf8_unicode_ci,因為它比較準確。
如果你想使用gb2312編碼,那么建議你使用latin1作為數據表的默認字符集,這樣就能直接用中文在命令行工具中插入數據,并且可以直接顯示出來(lái)。而不要使用gb2312或者gbk等字符集,如果擔心查詢(xún)排序等問(wèn)題,可以使用binary屬性約束,例如:
1 | create table my_table ( name varchar (20) binary not null default '' )type=myisam default charset latin1; |
用一句話(huà)概況上面這段話(huà):utf8_unicode_ci比較準確,utf8_general_ci速?比較快。通常情況下 utf8_general_ci的準確性就夠我們用的了,在我看過(guò)很多程序源碼后,發(fā)現它們大多數也用的是utf8_general_ci,所以新建數據 庫時(shí)一般選用utf8_general_ci就可以了。
售前咨詢(xún)
售后咨詢(xún)
備案咨詢(xún)
二維碼
TOP