不少開發者進行數據庫設計的時候每每並無太多的考慮char, varchar類型,有的是根本就沒注意,由於存儲價格變得愈來愈便宜了,忘記了最開始的一些基本設計理論和原則,這點讓我想到了如今的年輕人,大手一揮一把人民幣就從他手裏溜走了,其實我想不論是作人也好,作開發也好,細節的把握直接決定不少東西。固然還有一部分人是根本就沒弄清楚他們的區別,也就隨便選一個。在這裏我想對他們作個簡單的分析,固然若是有不對的地方但願你們指教。
一、CHAR。CHAR存儲定長數據很方便,CHAR字段上的索引效率級高,好比定義char(10),那麼不論你存儲的數據是否達到了10個字節,都要佔去10個字節的空間,不足的自動用空格填充,因此在讀取的時候可能要屢次用到trim()。html
二、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數據類型時不用擔憂輸入的字符是英文仍是漢字,較爲方便,但在存儲英文時數量上有些損失。post
因此通常來講,若是含有中文字符,用nchar/nvarchar,若是純英文和數字,用char/varchar
例如:varchar(4)能夠輸入4個字節,也能夠輸入兩個漢字;nvarchar(4)能夠輸入4個漢字,也能夠輸入4個字符,可是最多4個;
它們的區別歸納成:
CHAR,NCHAR 定長,速度快,佔空間大,需處理
VARCHAR,NVARCHAR,TEXT 不定長,空間小,速度慢,無需處理
NCHAR、NVARCHAR、NTEXT處理Unicode碼
varchar在SQL Server中是採用單字節來存儲數據的,
nvarchar是使用Unicode來存儲數據的.中文字符存儲到SQL Server中會保存爲兩個字節(通常採用Unico編碼),英文字符保存到數據庫中,若是字段的類型爲
varchar,則只會佔用
一個字節,而若是字段的類型爲
nvarchar,則會佔用
兩個字節.
正常狀況下,咱們使用varchar
也能夠存儲中文字符,可是若是遇到操做系統是英文操做系統而且對中文字體的
支持不全面時, 在SQL Server存儲中文字符爲
varchar就會出現亂碼(顯示爲??).並且正常狀況下,主機都會支持中文的環境,因此若是使用
varchar來存儲數據,在開發階段是發現不了的.多數狀況下,在
佈署
固然,使用
nvarchar存儲英文字符會增大一倍的存儲空間.可是在存儲代價已經很低廉的狀況下,優先考慮兼容性會給你帶來更多好處的.
因此在Design的時候應該儘可能使用nvarchar來存儲數據.只有在你確保該字段不會保存中文的時候,才採用varchar來存儲.
的時候也不會有問題.
可是!若是佈署的主機是英文操做系統,而且不支持中文環境,那問題就出來了.全部的varchar字段在存儲中文的時候都會變成亂碼(顯示爲??).並且通常狀況下你不會知道這是由於你採用了錯誤的數據類型來存儲所形成的,你會試着去裝中文字體,試着去設置操做系統的語言環境...這些都不能解決問題,惟一能解決問題的是把數據庫字段的類型個性爲
nvarchar(或者nchar).對項目管理比較熟悉的朋友應該都知道,到佈署階段再來修改數據庫是一個很恐怖的事情.
使用nvarchar的另外一個很是好處就是在判斷字符串的時候能夠不須要考慮中英文兩種字符的差異.
來源:https://www.cnblogs.com/hbsoft/p/5098266.html