前言

昨天在論壇裡面遇到一個比較特殊的場景。他的公司做的是海外的專案，中英再加一個當地語言，要相容三種文字啊.
那有沒有什麼字符集或排序規則，能相容所有文字的？對於海外專案很痛苦啊 .Oracle 有AL32UTF8 ，MySQL 有UTF8 ，那SQL Server 有嗎？

基本概念

ASCII編碼

在計算機發明後不久，計算機只在美國用。他們創造出了ASCII編碼，來表示：空格、標點符號、數字、大小寫字母，控制符等。可以完整的表達所有的英文。但是也只支援英文。

GBK編碼

後來隨著計算機的流行，中國人民通過對 ASCII 編碼的中文擴充改造，產生了 GB2312 編碼，可以表示6000多個常用漢字。漢字實在是太多了，包括繁體和各種字元，於是產生了

GBK 編碼，它包括了 GB2312 中的編碼，同時擴充了很多。中國是個多民族國家，各個民族幾乎都有自己獨立的語言系統，為了表示那些字元，繼續把 GBK 編碼擴充為 GB18030 編碼。

每個國家都像中國一樣，把自己的語言編碼，於是出現了各種各樣的編碼，如果你不安裝相應的編碼，就無法解釋相應編碼想表達的內容。

終於，有個叫 ISO 的組織看不下去了。他們一起創造了一種編碼 UNICODE ，這種編碼非常大，大到可以容納世界上任何一個文字和標誌。所以只要電腦上有 UNICODE 這種編碼系統，無論是全球哪種文字，只需要儲存檔案的時候，儲存成 UNICODE 編碼就可以被其他電腦正常解釋。

UTF-8 AND UTF-16

UNICODE 在網路傳輸中，出現了兩個標準 UTF-8 和 UTF-16，分別每次傳輸 8個位（2個位元組）和 16個位（4個位元組）。於是就會有人產生疑問，UTF-8 既然能儲存那麼多文字、符號，為什麼國內還有這麼多使用 GBK 等編碼的人？因為 UTF-8 等編碼體積比較大，佔電腦空間比較多，如果面向的使用人群絕大部分都是中國人，用GBK 等編碼也可以。

總的來說：

Unicode 是「字符集」

UTF-8 是「編碼規則」

其中：

字符集：為每一個「字元」分配一個唯一的 ID（學名為碼位 / 碼點 / Code Point）
編碼規則：將「碼位」轉換為位元組序列的規則（編碼/解碼 可以理解為 加密/解密 的過程）

排序規則

比如我們常用的：Chinese_PRC_CI_AS ，前面部分是Chinese_PRC 這個部分表示支援的中國大陸的字符集。但是這裡有個特別需要注意的事項，劃重點，在很多部落格上面會有這樣的描述：

大陸簡體字UNICODE的排序規則

這裡有很大的歧義。並不是說這個排序規則對所有字元都是有的Unicode。這樣說並不準確。

排序規則的後半部份即字尾 含義：

　　_BIN 二進位制排序
　　_CI(CS) 是否區分大小寫，CI不區分，CS區分(case-insensitive/case-sensitive)
　　_AI(AS) 是否區分重音，AI不區分，AS區分(accent-insensitive/accent-sensitive)
　　_KI(KS) 是否區分假名型別,KI不區分，KS區分(kanatype-insensitive/kanatype-sensitive)
　　_WI(WS) 是否區分寬度 WI不區分，WS區分(width-insensitive/width-sensitive)　

區分大小寫:如果想讓比較將大寫字母和小寫字母視為不等，請選擇該選項。

區分重音:如果想讓比較將重音和非重音字母視為不等，請選擇該選項。如果選擇該選項，

比較還將重音不同的字母視為不等。

區分假名:如果想讓比較將片假名和平假名日語音節視為不等，請選擇該選項。

區分寬度:如果想讓比較將半形字元和全形字元視為不等，請選擇該選項

Unicode

SQL SERVER 是支援Unicode的。對應的字元型別是nchar,nvarchar.

總結

所以，SQL SERVER 沒有這樣的和ORACLE UTF-8類似的排序規則。。如果是三種文字，建議把所有的字元型別定義為nchar,nvarchar 。

以上就是本文關於SQLserver排序規則基本概念探索的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站：淺談sqlserver下float的不確定性、SQLserver中cube：多維資料集例項詳解、sqlserver:查詢鎖住sql以及解鎖方法等，有什麼問題可以隨時留言，小編會及時回覆大家，在此也希望朋友們對本站多多支援！