sqlserver varchar和Nvarchar區別 varchar和Nvarchar區別
原文：https://www.cnblogs.com/qanholas/p/3298882.html
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(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型別，有的是根本就沒注意，因為儲存價格變得越來越便宜了，忘記了最開始的一些基本設計理論和原則，這點讓我想到了現在的年輕人，大手一揮一把人民幣就從他手裡溜走了，其實我想不管是做人也好，做開發也好，細節的把握直接決定很多東西。當然還有一部分人是根本就沒弄清楚他們的區別，也就隨便選一個。在這裡我想對他們做個簡單的分析，當然如果有不對的地方希望大家指教。
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碼 下面找到一段資料，來源 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的另一個非常好處就是在判斷字串的時候可以不需要考慮中英文兩種字元的差別．
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型別，有的是根本就沒注意，因為儲存價格變得越來越便宜了，忘記了最開始的一些基本設計理論和原則，這點讓我想到了現在的年輕人，大手一揮一把人民幣就從他手裡溜走了，其實我想不管是做人也好，做開發也好，細節的把握直接決定很多東西。當然還有一部分人是根本就沒弄清楚他們的區別，也就隨便選一個。在這裡我想對他們做個簡單的分析，當然如果有不對的地方希望大家指教。
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碼 下面找到一段資料，來源 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的另一個非常好處就是在判斷字串的時候可以不需要考慮中英文兩種字元的差別．
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型別，有的是根本就沒注意，因為儲存價格變得越來越便宜了，忘記了最開始的一些基本設計理論和原則，這點讓我想到了現在的年輕人，大手一揮一把人民幣就從他手裡溜走了，其實我想不管是做人也好，做開發也好，細節的把握直接決定很多東西。當然還有一部分人是根本就沒弄清楚他們的區別，也就隨便選一個。在這裡我想對他們做個簡單的分析，當然如果有不對的地方希望大家指教。
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碼 下面找到一段資料，來源 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的另一個非常好處就是在判斷字串的時候可以不需要考慮中英文兩種字元的差別．