Unicode字符集就是為了解決字符集這種不兼容的問題而產(chǎn)生的，它所有的字符都用兩個字節(jié)表示，即英文字符也是用兩個字節(jié)表示 
如果還為了這個糾結(jié)，就直接看看后面的解說，做決定吧。 

一般如果用到中文或者其它特殊字符，我就會使用n開頭的類型，否則的話直接使用var開頭的。 

sql server中的varchar和Nvarchar有什么區(qū)別？ 
答： 
varchar(n) 
長度為 n 個字節(jié)的可變長度且非 Unicode 的字符數(shù)據(jù)。n 必須是一個介于 1 和 8,000 之間的數(shù)值。存儲大小為輸入數(shù)據(jù)的字節(jié)的實際長度，而不是 n 個字節(jié)。 
nvarchar(n) 
包含 n 個字符的可變長度 Unicode 字符數(shù)據(jù)。n 的值必須介于 1 與 4,000 之間。字節(jié)的存儲大小是所輸入字符個數(shù)的兩倍。 
兩字段分別有字段值：我和coffee 
那么varchar字段占2×2+6=10個字節(jié)的存儲空間，而nvarchar字段占8×2=16個字節(jié)的存儲空間。 
如字段值只是英文可選擇varchar，而字段值存在較多的雙字節(jié)（中文、韓文等）字符時用nvarchar 

char varchar nvarchar區(qū)別 
聯(lián)機幫助上的： 
一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數(shù)字，用char/varchar 

**人很好的總結(jié) 
很多開發(fā)者進行數(shù)據(jù)庫設(shè)計的時候往往并沒有太多的考慮char， varchar類型，有的是根本就沒注意，因為存儲價格變得越來越便宜了，忘記了最開始的一些基本設(shè)計理論和原則，這點讓我想到了現(xiàn)在的年輕人，大手一揮 一把人民幣就從他手里溜走了，其實我想不管是做人也好，做開發(fā)也好，細節(jié)的把握直接決定很多東西。當(dāng)然還有一部分人是根本就沒弄清楚他們的區(qū)別，也就隨便 選一個。在這里我想對他們做個簡單的分析，當(dāng)然如果有不對的地方希望大家指教。 
1、CHAR。CHAR存儲定長數(shù)據(jù)很方便，CHAR字段上的索引效率級高，比如定義char(10)，那么不論你存儲的數(shù)據(jù)是否達到了10個字節(jié)，都要占去10個字節(jié)的空間,不足的自動用空格填充，所以在讀取的時候可能要多次用到trim（）。 
2、VARCHAR。存儲變長數(shù)據(jù)，但存儲效率沒有CHAR高。如果一個字段可能的值是 不固定長度的，我們只知道它不可能超過10個字符，把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什么“+1”呢？這一個字節(jié)用于保存實際使用了多大的長度。 從空間上考慮，用varchar合適；從效率上考慮，用char合適，關(guān)鍵是根據(jù)實際情況找到權(quán)衡點。 
3、TEXT。text存儲可變長度的非Unicode數(shù)據(jù)，最大長度為2^31-1(2,147,483,647)個字符。 
4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個 “N”。它表示存儲的是Unicode數(shù)據(jù)類型的字符。我們知道字符中，英文字符只需要一個字節(jié)存儲就足夠了，但漢字眾多，需要兩個字節(jié)存儲，英文與漢字 同時存在時容易造成混亂，Unicode字符集就是為了解決字符集這種不兼容的問題而產(chǎn)生的，它所有的字符都用兩個字節(jié)表示，即英文字符也是用兩個字節(jié)表 示。nchar、nvarchar的長度是在1到4000之間。和char、varchar比較起來，nchar、nvarchar則最多存儲4000個 字符，不論是英文還是漢字；而char、varchar最多能存儲8000個英文，4000個漢字。可以看出使用nchar、nvarchar數(shù)據(jù)類型時 不用擔(dān)心輸入的字符是英文還是漢字，較為方便，但在存儲英文時數(shù)量上有些損失。 
所以一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數(shù)字，用char/varchar 

我把他們的區(qū)別概括成： 
CHAR，NCHAR 定長，速度快，占空間大，需處理 
VARCHAR，NVARCHAR，TEXT 不定長，空間小，速度慢，無需處理 
NCHAR、NVARCHAR、NTEXT處理Unicode碼 
varchar在SQL Server中是采用單字節(jié)來存儲數(shù)據(jù)的，nvarchar是使用Unicode來存儲數(shù)據(jù)的．中文字符存儲到SQL Server中會保存為兩個字節(jié)（一般采用Unico編碼），英文字符保存到數(shù)據(jù)庫中，如果字段的類型為varchar，則只會占用一個字節(jié)，而如果字段 的類型為nvarchar，則會占用兩個字節(jié)． 
正常情況下，我們使用varchar也可以存儲中文字符，但是如果遇到操作系統(tǒng)是英文操 作系統(tǒng)并且對中文字體的支持不全面時, 在SQL Server存儲中文字符為varchar就會出現(xiàn)亂碼(顯示為??)．而且正常情況下，主機都會支持中文的環(huán)境，所以如果使用varchar來存儲數(shù) 據(jù)，在開發(fā)階段是發(fā)現(xiàn)不了的． 
當(dāng)然，使用nvarchar存儲英文字符會增大一倍的存儲空間．但是在存儲代價已經(jīng)很低廉的情況下，優(yōu)先考慮兼容性會給你帶來更多好處的． 

所以在Design的時候應(yīng)該盡量使用nvarchar來存儲數(shù)據(jù)．只有在你確保該字段不會保存中文的時候，才采用varchar來存儲．的時候也不會有問題． 
但是！如果布署的主機是英文操作系統(tǒng)，并且不支持中文環(huán)境，那問題就出來了．所有的 varchar字段在存儲中文的時候都會變成亂碼（顯示為??）．而且一般情況下你不會知道這是因為你采用了錯誤的數(shù)據(jù)類型來存儲所造成的，你會試著去裝 中文字體，試著去設(shè)置操作系統(tǒng)的語言環(huán)境．．．這些都不能解決問題，唯一能解決問題的是把數(shù)據(jù)庫字段的類型個性為nvarchar（或者nchar）．對 項目管理比較熟悉的朋友應(yīng)該都知道，到布署階段再來修改數(shù)據(jù)庫是一個很恐怖的事情． 
使用nvarchar的另一個非常好處就是在判斷字符串的時候可以不需要考慮中英文兩種字符的差別．