資料庫中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字元集就是為了解決字元集這種不相容的問題而産生的，它所有的字元都用兩個位元組表示，即英文字元也是用兩個位元組表示。