SQL中varchar和nvarchar的基本介紹及其區(qū)別
varchar(n)
長(zhǎng)度為 n 個(gè)字節(jié)的可變長(zhǎng)度且非 Unicode 的字符數(shù)據(jù)。n 必須是一個(gè)介于 1 和 8,000 之間的數(shù)值。存儲(chǔ)大小為輸入數(shù)據(jù)的字節(jié)的實(shí)際長(zhǎng)度,而不是 n 個(gè)字節(jié)。
nvarchar(n)
包含 n 個(gè)字符的可變長(zhǎng)度 Unicode 字符數(shù)據(jù)。n 的值必須介于 1 與 4,000 之間。字節(jié)的存儲(chǔ)大小是所輸入字符個(gè)數(shù)的兩倍。
兩字段分別有字段值:我和coffee
那么varchar字段占2×2+6=10個(gè)字節(jié)的存儲(chǔ)空間,而nvarchar字段占8×2=16個(gè)字節(jié)的存儲(chǔ)空間。
如字段值只是英文可選擇varchar,而字段值存在較多的雙字節(jié)(中文、韓文等)字符時(shí)用nvarchar
上面是一個(gè)總結(jié)介紹,通過(guò)上面的介紹,可以知道。
varchar(4) 可以輸入4個(gè)字母,也可以輸入兩個(gè)漢字
nvarchar(4) 可以輸四個(gè)漢字,也可以輸4個(gè)字母,但最多四個(gè)
char、varchar、nchar、nvarchar的區(qū)別
對(duì)于程序中的string型字段,SQLServer中有char、varchar、nchar、nvarchar四種類型來(lái)對(duì)應(yīng)(暫時(shí)不考慮text和ntext),開(kāi)建立數(shù)據(jù)庫(kù)中,對(duì)這四種類型往往比較模糊,這里做一下對(duì)比。
定長(zhǎng)或變長(zhǎng)
所謂定長(zhǎng)就是長(zhǎng)度固定的,當(dāng)輸入的數(shù)據(jù)長(zhǎng)度沒(méi)有達(dá)到指定的長(zhǎng)度時(shí)將自動(dòng)以英文空格在其后面填充,使長(zhǎng)度達(dá)到相應(yīng)的長(zhǎng)度;有var前綴的,表示是實(shí)際存儲(chǔ)空間是變長(zhǎng)的,比如varchar,nvarchar變長(zhǎng)字符數(shù)據(jù)則不會(huì)以空格填充,比較例外的是,text存儲(chǔ)的也是可變長(zhǎng)。
Unicode或非Unicode
數(shù)據(jù)庫(kù)中,英文字符只需要一個(gè)字節(jié)存儲(chǔ)就足夠了,但漢字和其他眾多非英文字符,則需要兩個(gè)字節(jié)存儲(chǔ)。如果英文與漢字同時(shí)存在,由于占用空間數(shù)不同,容易造成混亂,導(dǎo)致讀取出來(lái)的字符串是亂碼。Unicode字符集就是為了解決字符集這種不兼容的問(wèn)題而產(chǎn)生的,它所有的字符都用兩個(gè)字節(jié)表示,即英文字符也是用兩個(gè)字節(jié)表示。而前綴n就表示Unicode字符,比如nchar,nvarchar,這兩種類型使用了Unicode字符集。
基于以上兩點(diǎn)來(lái)看看字段容量
char,varchar 最多8000個(gè)英文,4000個(gè)漢字
nchar,nvarchar 可存儲(chǔ)4000個(gè)字符,無(wú)論英文還是漢字
使用(個(gè)人偏好)
如果數(shù)據(jù)量非常大,又能100%確定長(zhǎng)度且保存只是ansi字符,那么char
能確定長(zhǎng)度又不一定是ansi字符或者,那么用nchar;
對(duì)于超大數(shù)據(jù),如文章內(nèi)容,使用nText
其他的通用nvarchar
char、varchar、nchar、nvarchar特點(diǎn)比較
CHAR
CHAR存儲(chǔ)定長(zhǎng)數(shù)據(jù)很方便,CHAR字段上的索引效率級(jí)高,比如定義char(10),那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了10個(gè)字節(jié),都要占去10個(gè)字節(jié)的空間。
VARCHAR
存儲(chǔ)變長(zhǎng)數(shù)據(jù),但存儲(chǔ)效率沒(méi)有CHAR高,如果一個(gè)字段可能的值是不固定長(zhǎng)度的,我們只知道它不可能超過(guò)10個(gè)字符,把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實(shí)際長(zhǎng)度是它的值的實(shí)際長(zhǎng)度+1。為什么"+1"呢?這一個(gè)字節(jié)用于保存實(shí)際使用了多大的長(zhǎng)度。
從空間上考慮,用varchar合適;從效率上考慮,用char合適,關(guān)鍵是根據(jù)實(shí)際情況找到權(quán)衡點(diǎn)。
TEXT
text存儲(chǔ)可變長(zhǎng)度的非Unicode數(shù)據(jù),最大長(zhǎng)度為2^31-1(2,147,483,647)個(gè)字符。
NCHAR、NVARCHAR、NTEXT
這三種從名字上看比前面三種多了個(gè)"N"。和char、varchar比較起來(lái),nchar、nvarchar最多存儲(chǔ)4000個(gè)字符,不論是英文還是漢字;而char、varchar最多能存儲(chǔ)8000個(gè)英文,4000個(gè)漢字。可以看出使用nchar、nvarchar數(shù)據(jù)類型時(shí)不用擔(dān)心輸入的字符是英文還是漢字,較為方便,但在存儲(chǔ)英文時(shí)數(shù)量上有些損失。
所以一般來(lái)說(shuō),如果含有中文字符,用nchar/nvarchar,如果純英文和數(shù)字,用char/varchar。
- MySQL中varchar和char類型的區(qū)別
- MySQL中VARCHAR與CHAR格式數(shù)據(jù)的區(qū)別
- MySQL數(shù)據(jù)庫(kù)char與varchar的區(qū)別分析及使用建議
- 深入SQL Server中定長(zhǎng)char(n)與變長(zhǎng)varchar(n)的區(qū)別詳解
- 深入SQL Server中char、varchar、text和nchar、nvarchar、ntext的區(qū)別詳解
- Sqlserver中char,nchar,varchar與Nvarchar的區(qū)別分析
- sql中的char與varchar有什么區(qū)別
相關(guān)文章
SQLServer2016 sa登錄失敗(錯(cuò)誤代碼18456)
18456錯(cuò)誤是因密碼或用戶名錯(cuò)誤而使身份驗(yàn)證失敗并導(dǎo)致連接嘗試被拒或者賬戶被鎖定無(wú)法sa登錄,本文就來(lái)介紹一下解決方法,感興趣的可以了解一下2023-09-09
sql?server多行數(shù)據(jù)合并一行顯示簡(jiǎn)單實(shí)現(xiàn)代碼
有時(shí)候我們需要將多行數(shù)據(jù)按照某一列進(jìn)行合并,以便更方便地進(jìn)行數(shù)據(jù)分析和處理,這篇文章主要給大家介紹了關(guān)于sql?server多行數(shù)據(jù)合并一行顯示簡(jiǎn)單實(shí)現(xiàn)的相關(guān)資料,需要的朋友可以參考下2023-12-12
Sql學(xué)習(xí)第三天——SQL 關(guān)于with ties介紹
with ties一般是和Top , order by相結(jié)合使用的,會(huì)查詢出最后一條數(shù)據(jù)額外的返回值,接下來(lái)將為大家詳細(xì)介紹下,感興趣的各位可以參考下哈2013-03-03
一些文件未注冊(cè)導(dǎo)致mssql表文件無(wú)法找開(kāi)的解決方法
只需要按下面的步驟注冊(cè)一些文件,即可。2009-09-09
分頁(yè)存儲(chǔ)過(guò)程(用存儲(chǔ)過(guò)程實(shí)現(xiàn)數(shù)據(jù)庫(kù)的分頁(yè)代碼)
用存儲(chǔ)過(guò)程實(shí)現(xiàn)數(shù)據(jù)庫(kù)的分頁(yè)代碼,加快頁(yè)面執(zhí)行速度。具體的大家可以測(cè)試下。2010-06-06
盤(pán)點(diǎn)SqlServer?分頁(yè)方式和拉姆達(dá)表達(dá)式分頁(yè)
這篇文章主要介紹了SqlServer?5種分頁(yè)方式和拉姆達(dá)表達(dá)式分頁(yè),進(jìn)來(lái)看看吧,本文結(jié)合示例代碼給大家講解的非常詳細(xì),需要的朋友可以參考下2022-12-12
SQL?Server?異地?cái)?shù)據(jù)庫(kù)每日同步作業(yè)操作圖文詳解
最近因?yàn)榻?jīng)常有攻擊,所以考慮到網(wǎng)站的安全問(wèn)題,所以多弄了幾臺(tái)服務(wù)器并實(shí)現(xiàn)數(shù)據(jù)庫(kù)與文件每天同步,這里主要介紹了sqlserver數(shù)據(jù)的每天同步問(wèn)題2024-04-04
解決連接Sql?Server時(shí)報(bào)錯(cuò):無(wú)法通過(guò)使用安全套接字層加密與SQL?Server建立安全連接
這篇文章主要給大家介紹了關(guān)于解決連接Sql?Server時(shí)報(bào)錯(cuò):無(wú)法通過(guò)使用安全套接字層加密與SQL?Server建立安全連接的相關(guān)資料,需要的朋友可以參考下2024-01-01

