數據庫中varchar和Nvarchar區別與聯系
在數據庫中新建表的時候發現了字段類型有的帶n有的不帶n，那麼兩者之間有什麼區別？
於是上網查找一些資料如下：
一、
1、CHAR。CHAR存儲定長數據很方便，CHAR字段上的索引效率級高，比如定義char(10)，那麼不論你存儲的數據是否達到了10個字節，都要占去10個字節的空間,不足的自動用空格填充，所以在讀取的時候可能要多次用到trim（）。
2、VARCHAR。存儲變長數據，但存儲效率沒有CHAR高。如果一個字段可能的值是不固定長度的，我們只知道它不可能超過10個字符，把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什麼“+1”呢？這一個字節用於保存實際使用了多大的長度。從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。
3、TEXT。text存儲可變長度的非Unicode數據，最大長度為2^31-1(2,147,483,647)個字符。
4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個“N”。它表示存儲的是Unicode數據類型的字符。我們知道字符中，英文字符只需要一個字節存儲就足夠了，但漢字眾多，需要兩個字節存儲，英文與漢字同時存在時容易造成混亂，Unicode字符集就是為了解決字符集這種不兼容的問題而產生的，它所有的字符都用兩個字節表示，即英文字符也是用兩個字節表示。nchar、nvarchar的長度是在1到4000之間。和char、varchar比較起來，nchar、nvarchar則最多存儲4000個字符，不論是英文還是漢字；而char、varchar最多能存儲8000個英文，4000個漢字。可以看出使用nchar、nvarchar數據類型時不用擔心輸入的字符是英文還是漢字，較為方便，但在存儲英文時數量上有些損失。
所以一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數字，用char/varchar
它們的區別概括成：
CHAR，NCHAR 定長，速度快，占空間大，需處理
VARCHAR，NVARCHAR，TEXT 不定長，空間小，速度慢，無需處理
NCHAR、NVARCHAR、NTEXT處理Unicode碼
二、
varchar在SQL Server中是采用單字節來存儲數據的，nvarchar是使用Unico來存儲數據的．中文字符存儲到SQL Server中會保存為兩個字節（一般采用Unico編碼），英文字符保存到數據庫中，如果字段的類型為varchar，則只會占用一個字節，而如果字段的類型為nvarchar，則會占用兩個字節．
正常情況下，我們使用varchar也可以存儲中文字符，但是如果遇到操作系統是英文操作系統並且對中文字體的支持不全面時, 在SQL Server存儲中文字符為varchar就會出現亂碼(顯示為??)．而且正常情況下，主機都會支持中文的環境，所以如果使用varchar來存儲數據，在開發階段是發現不了的．多數情況下，在布署的時候也不會有問題．
但是如果布署的主機是英文操作系統，並且不支持中文環境，那問題就出來了．所有的varchar字段在存儲中文的時候都會變成亂碼（顯示為??）．而且一般情況下你不會知道這是因為你采用了錯誤的數據類型來存儲所造成的，你會試著去裝中文字體，試著去設置操作系統的語言環境．．．這些都不能解決問題，唯一能解決問題的是把數據庫字段的類型個性為nvarchar（或者nchar）．對項目管理比較熟悉的朋友應該都知道，到布署階段再來修改數據庫是一個很恐怖的事情．
使用nvarchar的另一個非常好處就是在判斷字符串的時候可以不需要考慮中英文兩種字符的差別．
當然，使用nvarchar存儲英文字符會增大一倍的存儲空間．但是在存儲代價已經很低廉的情況下，優先考慮兼容性會給你帶來更多好處的．
所以在Design的時候應該盡量使用nvarchar來存儲數據．只有在你確保該字段不會保存中文的時候，才采用varchar來存儲．
一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數字，用char/varchar
Unicode字符集就是為了解決字符集這種不兼容的問題而產生的，它所有的字符都用兩個字節表示，即英文字符也是用兩個字節表示。
