varchar和Nvarchar區別

Unicode字符集就是爲了解決字符集這種不兼容的問題而產生的，它全部的字符都用兩個字節表示，即英文字符也是用兩個字節表示

若是還爲了這個糾結，就直接看看後面的解說，作決定吧。

通常若是用到中文或者其它特殊字符，我就會使用n開頭的類型，不然的話直接使用var開頭的。 

 

sql server中的varchar和Nvarchar有什麼區別？

 

答：
varchar(n)
長度爲 n 個字節的可變長度且非 Unicode 的字符數據。n 必須是一個介於 1 和 8,000 之間的數值。存儲大小爲輸入數據的字節的實際長度，而不是 n 個字節。

nvarchar(n)
包含 n 個字符的可變長度 Unicode 字符數據。n 的值必須介於 1 與 4,000 之間。字節的存儲大小是所輸入字符個數的兩倍。

兩字段分別有字段值：我和coffee
那麼varchar字段佔2×2+6=10個字節的存儲空間，而nvarchar字段佔8×2=16個字節的存儲空間。

如字段值只是英文可選擇varchar，而字段值存在較多的雙字節（中文、韓文等）字符時用nvarchar

 

 

char varchar nvarchar區別

聯機幫助上的：

 

類型	長度	使用說明	長度說明
char(n)	定長	索引效率高 程序裏面使用trim去除多餘的空白	n 必須是一個介於 1 和 8,000 之間的數值,存儲大小爲 n 個字節
varchar(n)	變長	效率沒char高 靈活	n 必須是一個介於 1 和 8,000 之間的數值。存儲大小爲輸入數據的字節的實際長度，而不是 n 個字節
text(n)	變長	非Unicode數據	不用指定長度
nchar(n)	定長	處理unicode數據類型(全部的字符使用兩個字節表示)	n 的值必須介於 1 與 4,000 之間。存儲大小爲 n 字節的兩倍
nvarchar(n)	變長	處理unicode數據類型(全部的字符使用兩個字節表示)	n 的值必須介於 1 與 4,000 之間。字節的存儲大小是所輸入字符個數的兩倍。所輸入的數據字符長度能夠爲零
ntext(n)	變長	處理unicode數據類型(全部的字符使用兩個字節表示)	不用指定長度

 

 

出處： http://blog.sina.com.cn/s/blog_44e571d70100cagf.html

通常來講，若是含有中文字符，用nchar/nvarchar，若是純英文和數字，用char/varchar

這裏總結的不錯
http://www.cnblogs.com/ebaidu/archive/2007/08/14/854778.html

 

 

不少開發者進行數據庫設計的時候每每並無太多的考慮char， varchar類型，有的是根本就沒注意，由於存儲價格變得愈來愈便宜了，忘記了最開始的一些基本設計理論和原則，這點讓我想到了如今的年輕人，大手一揮一把人民幣就從他手裏溜走了，其實我想不論是作人也好，作開發也好，細節的把握直接決定不少東西。固然還有一部分人是根本就沒弄清楚他們的區別，也就隨便選一個。在這裏我想對他們作個簡單的分析，固然若是有不對的地方但願你們指教。

一、CHAR。CHAR存儲定長數據很方便，CHAR字段上的索引效率級高，好比定義char(10)，那麼不論你存儲的數據是否達到了10個字節，都要佔去10個字節的空間,不足的自動用空格填充，因此在讀取的時候可能要屢次用到trim（）。

二、VARCHAR。存儲變長數據，但存儲效率沒有CHAR高。若是一個字段可能的值是不固定長度的，咱們只知道它不可能超過10個字符，把它定義爲 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。爲何「+1」呢？這一個字節用於保存實際使用了多大的長度。從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際狀況找到權衡點。

三、TEXT。text存儲可變長度的非Unicode數據，最大長度爲2^31-1(2,147,483,647)個字符。

四、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碼

 

下面找到一段資料，來源http://wenku.baidu.com/view/eee97bf5f61fb7360b4c652b.html

 

varchar在SQL Server中是採用單字節來存儲數據的，nvarchar是使用Unicode來存儲數據的．中文字符存儲到SQL Server中會保存爲兩個字節（通常採用Unico編碼），英文字符保存到數據庫中，若是字段的類型爲varchar，則只會佔用 一個字節 ，而若是字段的類型爲nvarchar，則會佔用 兩個字節 ． 
　　正常狀況下，咱們使用varchar 也能夠存儲中文字符 ，可是若是遇到操做系統是英文操做系統而且對中文字體的 支持不全面時 , 在SQL Server存儲中文字符爲varchar就會出現亂碼(顯示爲??)．並且正常狀況下，主機都會支持中文的環境，因此若是使用varchar來存儲數據，在開發階段是發現不了的．多數狀況下，在 佈署
　　 固然，使用nvarchar存儲英文字符會增大一倍的存儲空間．可是在存儲代價已經很低廉的狀況下，優先考慮兼容性會給你帶來更多好處的．
　　因此在Design的時候應該儘可能使用nvarchar來存儲數據．只有在你確保該字段不會保存中文的時候，才採用varchar來存儲． 的時候也不會有問題．
　　可是！若是佈署的主機是英文操做系統，而且不支持中文環境，那問題就出來了．全部的varchar字段在存儲中文的時候都會變成亂碼（顯示爲??）．並且通常狀況下你不會知道這是由於你採用了錯誤的數據類型來存儲所形成的，你會試着去裝中文字體，試着去設置操做系統的語言環境．．．這些都不能解決問題，惟一能解決問題的是把數據庫字段的類型個性爲nvarchar（或者nchar）．對項目管理比較熟悉的朋友應該都知道，到佈署階段再來修改數據庫是一個很恐怖的事情．
　　使用nvarchar的另外一個很是好處就是在判斷字符串的時候能夠不須要考慮中英文兩種字符的差異．

做者：   火地晉  
出處：   http://yelaiju.cnblogs.com 本文版權歸做者和博客園共有，歡迎轉載，但未經做者贊成必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。