varchar(n),nvarchar(n) 中的n怎么解釋：
　　nvarchar(n)最多能存n個(gè)字符，不區(qū)分中英文。
　　varchar(n)最多能存n個(gè)字節(jié)，一個(gè)中文是兩個(gè)字節(jié)。

所占空間：
　　nvarchar(n)一個(gè)字符會(huì)占兩個(gè)字節(jié)空間。
　　varchar(n)中文占兩字節(jié)空間，英文占一個(gè)。

n的取值范圍：
　　nvarchar(n) n的范圍是：1與4000之間
　　varchar(n) n的范圍是：1與8000之間

n的大小是否會(huì)影響性能：
　　varchar及nvarchar里的長度 n 不會(huì)影響空間大小及性能。除非n是max并且內(nèi)容大于4000或8000
　　設(shè)置n更多的是業(yè)務(wù)需要，如限制身份證只能輸入18位，再多就報(bào)錯(cuò)，或者防止惡意攻擊撐爆硬盤。對(duì)空間及性能都沒有影響

n設(shè)置多大比較好：
　　既然對(duì)空間及性能都沒有影響，那我們只要考慮業(yè)務(wù)需要就可以了，我分析過微軟的數(shù)據(jù)庫，大都設(shè)置為：256，也會(huì)看到64,128,512,max等，可能是便于記憶吧。

varchar(n),nvarchar(n)存儲(chǔ)空間舉例解釋：
　　包含 n 個(gè)字符的可變長度 Unicode 字符數(shù)據(jù)。字節(jié)的存儲(chǔ)大小是所輸入字符個(gè)數(shù)的兩倍。
　　兩字段分別有字段值：我和coffee
　　那么varchar字段占2×2+6=10個(gè)字節(jié)的存儲(chǔ)空間，而nvarchar字段占8×2=16個(gè)字節(jié)的存儲(chǔ)空間。
　　如字段值只是英文可選擇varchar，而字段值存在較多的雙字節(jié)（中文、韓文等）字符時(shí)用nvarchar。

varchar和nvarchar如何選擇？

　　varchar在SQL Server中是采用單字節(jié)來存儲(chǔ)數(shù)據(jù)的，nvarchar是使用Unicode來存儲(chǔ)數(shù)據(jù)的．中文字符存儲(chǔ)到SQL Server中會(huì)保存為兩個(gè)字節(jié)（一般采用Unicode編碼），英文字符保存到數(shù)據(jù)庫中，如果字段的類型為varchar，則只會(huì)占用一個(gè)字節(jié)，而如果字段的類型為nvarchar，則會(huì)占用兩個(gè)字節(jié)．
　　正常情況下，我們使用varchar也可以存儲(chǔ)中文字符，但是如果遇到操作系統(tǒng)是英文操作系統(tǒng)并且對(duì)中文字體的支持不全面時(shí), 在SQL Server存儲(chǔ)中文字符為varchar就會(huì)出現(xiàn)亂碼(顯示為??)．而且正常情況下，主機(jī)都會(huì)支持中文的環(huán)境，所以如果使用varchar來存儲(chǔ)數(shù)據(jù)，在開發(fā)階段是發(fā)現(xiàn)不了的．多數(shù)情況下，在布署的時(shí)候也不會(huì)有問題．
　　但是！如果布署的主機(jī)是英文操作系統(tǒng)，并且不支持中文環(huán)境，那問題就出來了．所有的varchar字段在存儲(chǔ)中文的時(shí)候都會(huì)變成亂碼（顯示為??）．而且一般情況下你不會(huì)知道這是因?yàn)槟悴捎昧隋e(cuò)誤的數(shù)據(jù)類型來存儲(chǔ)所造成的，你會(huì)試著去裝中文字體，試著去設(shè)置操作系統(tǒng)的語言環(huán)境．．．這些都不能解決問題，唯一能解決問題的是把數(shù)據(jù)庫字段的類型個(gè)性為nvarchar（或者nchar）．對(duì)項(xiàng)目管理比較熟悉的朋友應(yīng)該都知道，到布署階段再來修改數(shù)據(jù)庫是一個(gè)很恐怖的事情．
　　使用nvarchar的另一個(gè)非常好處就是在判斷字符串的時(shí)候可以不需要考慮中英文兩種字符的差別．
　　當(dāng)然，使用nvarchar存儲(chǔ)英文字符會(huì)增大一倍的存儲(chǔ)空間．但是在存儲(chǔ)代價(jià)已經(jīng)很低廉的情況下，優(yōu)先考慮兼容性會(huì)給你帶來更多好處的．
　　所以在Design的時(shí)候應(yīng)該盡量使用nvarchar來存儲(chǔ)數(shù)據(jù)．只有在你確保該字段不會(huì)保存中文的時(shí)候，才采用varchar來存儲(chǔ)．

　如果 varchar(300) 和 varchar(8000) 都存儲(chǔ)相同的字符數(shù)，性能上是沒有差別的，存儲(chǔ)行為上也沒有不同。因?yàn)樗鼈兌加邢嗤拇鎯?chǔ)結(jié)構(gòu)，兩個(gè)字節(jié)的偏移，兩個(gè)字節(jié)的列數(shù)（如果表中所有的列都是 varchar 類型）。區(qū)別只在于存儲(chǔ)容量上。
大多數(shù)的性能比較都集中在 varchar 和 char，varchar 和 varchar(max) 上。還有，行外存儲(chǔ)（SQL Server 2005 支持的）。

　　varchar(max) （lob 類型）與 varchar 存儲(chǔ)方式是不同的。
　　當(dāng) LOB 數(shù)據(jù)足夠小時(shí)，可以考慮將數(shù)據(jù)直接存儲(chǔ)在數(shù)據(jù)行（行所在的數(shù)據(jù)頁面）中，從而可以避免額外的讀取 LOB 頁面，提升訪問 LOB 數(shù)據(jù)的效率（將 LOB 數(shù)據(jù)直接存儲(chǔ)在數(shù)據(jù)頁面的閾值由 text in row 選項(xiàng)設(shè)置）。
而當(dāng) LOB 數(shù)據(jù)大于此閾值，或者所在行的大小超過了 8060 字節(jié)（單行最大 SIZE），LOB 數(shù)據(jù)將會(huì)存儲(chǔ)在 LOB 頁面，而在數(shù)據(jù)頁面中保留一個(gè)指向 LOB 頁面的 16 字節(jié)的指針。其訪問效率當(dāng)然會(huì)將低。
另外還有，惡意用戶可以利用這一點(diǎn)“撐爆”你的磁盤。
--------------------------------------------------------------------------------