您好,登錄后才能下訂單哦!
類型 | 長度 | 使用說明 | 長度說明 |
char(n) | 定長 | 索引效率高,程序里面使用trim去除多余的空白 | n必須是一個介于1和8000之間的數值,存儲大小為n個字節 |
varchar(n) | 變長 | 效率沒char高 靈活 | n必須是一個介于1和8000之間的數值。存儲大小為輸入數據的字節的實際長度,而不是n個字節 |
text(n) | 變長 | 非Unicode數據 | 不用指定長度 |
nchar(n) | 定長 | 處理Unicode數據類型(所有的字符使用兩個字節表示) | n的值必須介于1和4000之間,存儲大小為n字節的兩倍 |
nvarchar(n) | 變長 | 處理unicode數據類型(所有的字符使用兩個字節表示) | n的值必須介于1和4000之間。字節的存儲大小是所輸入字符個數的兩倍。所輸入的數據字符長度可以為零 |
ntext(n) | 變長 | 處理unicode數據類型(所有的字符使用兩個字節表示) | 不用指長度 |
一般來說,如果中文字符,使用nchar/nvarchar , 如果是純英文和數字,用char/varchar
char, 存儲定長的數據很方便,char字段上的索引效果高,如比定義char(10),那么不論你的存儲是數據是否達到了10個字節,都要占去10個字節的空間,不足的自動用空格填充,所以在讀取的時間可能要多次用到trim().
varchar. 存儲變長數據,但存儲效率沒有char高。如果一個字段可能的值是不固定長度的,我們只知道它不可能超過10個字符,把它定義為varchar(10)是最合算的。varchart類型的實際長度是它的值的長度+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數據類型時不要擔心輸入的字符是英文還是漢字,較為方便,但在存儲英文時數量上有些損失。
所以一般說來,如果含有中文字符,用nchar/nvarchar, 如果純英文和數字,用char/varchar
它們的區別概括成:
char, nchar定長,速度快,占空間大,需處理
varchar, nvarchar, text 不定長,空間小,速度慢,無需處理
nchar, nvarchar, ntext處理Unicode碼
varchar在SQL中是采用單字節來存儲數據的,nvarchar是使用Unicode來存儲數據的,中文字符存儲到SQL中會保存為兩個字節(一般采用Unico編碼),英文字符保存到數據庫中,如果字段的類型為varchar, 則只會占用一個字節,而如果字段的類型為nvarchar, 則會占用兩個字節。
正常情況下,我們使用varchar也可以存儲中文字符,但是如果遇到操作系統是英文操作系統并且對中文字體的支持不全面時,在SQL存儲中文字符為varchar就會出現亂碼。而且正常情況下,主要都會支持中文的環境,所以如果使用varchar來存儲數據,在開發階段是發現不了的,多數情況下,在部署。
當然,使用nvarchar存儲英文字符增大一倍的存儲空間,但是在存儲代價已經很低廉的情況下,優先考慮兼容性會給你帶來更多好處的
所以在design時該盡量使用nvarchar來存儲數據,只有在你確保該字段不會保存中文的時候,才采用varchar來存儲
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。