標籤:des style blog http io ar 使用 sp on
首先,我們來看下nvarchar和varchar的官方協助裡的說明:
varchar(n)
長度為 n 個位元組的可變長度且非 Unicode 的字元資料。n 必須是一個介於 1 和 8,000 之間的數值。儲存大小為輸入資料的位元組的實際長度,而不是 n 個位元組。所輸入的資料字元長度可以為零。varchar 在 SQL-92 中的同義字為 char varying 或 character varying。
nvarchar(n)
包含 n 個字元的可變長度 Unicode 字元資料。n 的值必須介於 1 與 4,000 之間。位元組的儲存大小是所輸入字元個數的兩倍。所輸入的資料字元長度可以為零。nvarchar 在 SQL-92 中的同義字為 national char varying 和 national character varying。
二、該如何選擇兩種字元呢?
varchar和nvarchar都能儲存漢字。區別在於,一個漢字佔varchar(2),只佔nvarchar(1),而字母只佔varchar(1),那麼在資料庫欄位求長度的時候,用varchar你就不一定知道它確切的知道它到底有幾個字,如果用nvarchar,那麼漢字也是nvarchar(1),字母也是nvarchar(1),那麼已經很明顯了.
同時,varchar的檢索快於nvarchar。
varchar在SQL Server中是採用單位元組來儲存資料的,nvarchar是使用Unico來儲存資料的.中文字元儲存到SQL Server中會儲存為兩個位元組(一般採用Unico編碼),英文字元儲存到資料庫中,如果欄位的類型為varchar,則只會佔用一個位元組,而如果欄位的類型為nvarchar,則會佔用兩個位元組. 正常情況下,我們使用varchar也可以儲存中文字元,但是如果遇到作業系統是英文作業系統並且對中文字型的支援不全面時, 在SQL Server儲存中文字元為varchar就會出現亂碼(顯示為??).而且正常情況下,主機都會支援中文的環境,所以如果使用varchar來儲存資料,在開發階段是發現不了的.多數情況下,在布署的時候也不會有問題.
但是!如果布署的主機是英文作業系統,並且不支援中文環境,那問題就出來了.所有的varchar欄位在儲存中文的時候都會變成亂碼(顯示為??).而且一般情況下你不會知道這是因為你採用了錯誤的資料類型來儲存所造成的,你會試著去裝中文字型,試著去設定作業系統的語言環境...這些都不能解決問題,唯一能解決問題的是把資料庫欄位的類型個性為nvarchar(或者nchar).對專案管理比較熟悉的朋友應該都知道,到布署階段再來修改資料庫是一個很恐怖的事情.
使用nvarchar的另一個非常好處就是在判斷字串的時候可以不需要考慮中英文兩種字元的差別.
當然,使用nvarchar儲存英文字元會增大一倍的儲存空間.但是在儲存代價已經很低廉的情況下,優先考慮相容性會給你帶來更多好處的.
所以在Design的時候應該盡量使用nvarchar來儲存資料.只有在你確保該欄位不會儲存中文的時候,才採用varchar來儲存.
轉載來自於:http://114267913.blog.163.com/blog/static/22807058201011045613922/
sql server中nvarchar和varchar的區別