使用 Unicode 資料
Unicode 規格為全世界各行各業廣泛使用的字元定義單一的編碼架構。所有電腦都以一致的方式將 Unicode 資料的位元模式以一個 Unicode 格式轉換成字元。這樣一來，同一個位元模式在所有電腦上都一定會轉換成同一個字元。資料可以自由地從一個資料庫或電腦轉換到別的資料庫或電腦，不須擔心接收系統會將位元模式轉換成錯誤的字元。
只用 1 個位元為字元編碼的資料型別有一個問題，那就是該資料型別只能代表 256 個不同的字元。使得不同字母 (如歐洲字母) 必須採用不同的編碼規格 (或字碼頁)，這樣的數量相當少，也不可能處理動輒數以千計的字母系統，如日文漢字或韓文拼音字母。
每個 Microsoft® SQL Server™ 定序都有一個字碼頁 (Code Page)，定義哪些位元模式分別代表 char、varchar與 text 值中的每個字元。不同資料行與字元常數可以指派為不同的字碼頁。用戶端電腦使用與作業系統地區設定相關的字碼頁來解譯位元模式。不同的字碼頁有很多。有些字元只出現在某些字碼頁，在別的字碼頁中就沒有。有些字元在某些字碼頁中定義為某個位元模式，在其他字碼頁中又定義為另一種位元格式。當您在建立必須處理不同語言的國際系統時，很難為所有電腦挑選符合多國需求的字碼頁。也很難確保每部電腦在與使用不同字碼頁的系統中溝通時能夠執行正確的轉換。
Unicode 規格以 2 位元組為每個字元編碼，來解決這個問題。採用 2 個位元組的規格可以有足夠的不同模式 (65,536) 來涵蓋大部分的商用語言。因為所有 Unicode 系統都以一致的方式使用相同的位元模式來代表所有字元，所以將字元移到別的系統時，沒有轉換錯誤的問題。只要整個系統都使用 Unicode 資料型別，就可以將字元轉換問題減到最少。
在 Microsoft SQL Server 中，以下資料型別支援 Unicode 資料：
nchar
nvarchar
ntext
附註 這些資料型別開頭的 n 是代表國際 (Unicode) 資料型別的 SQL-92 標準。
使用 nchar、 nvarchar 與 ntext 分別相當於使用 char、varchar 與 text，只不過：
Unicode 支援的字元範圍較廣。
儲存 Unicode 字元所需的空間較多。
nchar 與 nvarchar 資料行的最大大小是 4,000 個位元組，不同於 char 與 varchar 的 8,000 個位元組。
指定 Unicode 常數前面要以 N 開頭：N'A Unicode string'。
所有 Unicode 資料使用相同的 Unicode 字碼頁。定序不會控制 Unicode 資料行所用的字碼頁，而只控制諸如比較規則與是否區分大小寫等屬性。
