深入SQL Server中char、varchar、text和nchar、nvarchar、ntext的區(qū)別詳解
1、CHAR。CHAR存儲(chǔ)定長(zhǎng)數(shù)據(jù)很方便,CHAR字段上的索引效率級(jí)高,比如定義char(10),那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了10個(gè)字節(jié),都要占去10個(gè)字節(jié)的空間,不足的自動(dòng)用空格填充,所以在讀取的時(shí)候可能要多次用到trim()。
2、VARCHAR。存儲(chǔ)變長(zhǎng)數(shù)據(jù),但存儲(chǔ)效率沒(méi)有CHAR高。如果一個(gè)字段可能的值是不固定長(zhǎng)度的,我們只知道它不可能超過(guò)10個(gè)字符,把它定義為 VARCHAR(10)是最合算的。VARCHAR類(lèi)型的實(shí)際長(zhǎng)度是它的值的實(shí)際長(zhǎng)度+1。為什么“+1”呢?這一個(gè)字節(jié)用于保存實(shí)際使用了多大的長(zhǎng)度。從空間上考慮,用varchar合適;從效率上考慮,用char合適,關(guān)鍵是根據(jù)實(shí)際情況找到權(quán)衡點(diǎn)。
3、TEXT。text存儲(chǔ)可變長(zhǎng)度的非Unicode數(shù)據(jù),最大長(zhǎng)度為2^31-1(2,147,483,647)個(gè)字符。
4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個(gè)“N”。它表示存儲(chǔ)的是Unicode數(shù)據(jù)類(lèi)型的字符。我們知道字符中,英文字符只需要一個(gè)字節(jié)存儲(chǔ)就足夠了,但漢字眾多,需要兩個(gè)字節(jié)存儲(chǔ),英文與漢字同時(shí)存在時(shí)容易造成混亂,Unicode字符集就是為了解決字符集這種不兼容的問(wèn)題而產(chǎn)生的,它所有的字符都用兩個(gè)字節(jié)表示,即英文字符也是用兩個(gè)字節(jié)表示。nchar、nvarchar的長(zhǎng)度是在1到4000之間。和char、varchar比較起來(lái),nchar、nvarchar則最多存儲(chǔ)4000個(gè)字符,不論是英文還是漢字;而char、varchar最多能存儲(chǔ)8000個(gè)英文,4000個(gè)漢字??梢钥闯鍪褂胣char、nvarchar數(shù)據(jù)類(lèi)型時(shí)不用擔(dān)心輸入的字符是英文還是漢字,較為方便,但在存儲(chǔ)英文時(shí)數(shù)量上有些損失。
所以一般來(lái)說(shuō),如果含有中文字符,用nchar/nvarchar,如果純英文和數(shù)字,用char/varchar
我把他們的區(qū)別概括成:
CHAR,NCHAR 定長(zhǎng),速度快,占空間大,需處理
VARCHAR,NVARCHAR,TEXT 不定長(zhǎng),空間小,速度慢,無(wú)需處理
NCHAR、NVARCHAR、NTEXT處理Unicode碼
varchar在SQL Server中是采用單字節(jié)來(lái)存儲(chǔ)數(shù)據(jù)的,nvarchar是使用Unicode來(lái)存儲(chǔ)數(shù)據(jù)的.中文字符存儲(chǔ)到SQL Server中會(huì)保存為兩個(gè)字節(jié)(一般采用Unico編碼),英文字符保存到數(shù)據(jù)庫(kù)中,如果字段的類(lèi)型為varchar
,則只會(huì)占用一個(gè)字節(jié),而如果字段的類(lèi)型為nvarchar
,則會(huì)占用兩個(gè)字節(jié).
正常情況下,我們使用varchar
也可以存儲(chǔ)中文字符,但是如果遇到操作系統(tǒng)是英文操作系統(tǒng)并且對(duì)中文字體的支持不全面時(shí), 在SQL Server存儲(chǔ)中文字符為varchar就會(huì)出現(xiàn)亂碼(顯示為??).而且正常情況下,主機(jī)都會(huì)支持中文的環(huán)境,所以如果使用varchar
來(lái)存儲(chǔ)數(shù)據(jù),在開(kāi)發(fā)階段是發(fā)現(xiàn)不了的.多數(shù)情況下,在布署.
當(dāng)然,使用nvarchar
存儲(chǔ)英文字符會(huì)增大一倍的存儲(chǔ)空間.但是在存儲(chǔ)代價(jià)已經(jīng)很低廉的情況下,優(yōu)先考慮兼容性會(huì)給你帶來(lái)更多好處的.
所以在Design的時(shí)候應(yīng)該盡量使用nvarchar
來(lái)存儲(chǔ)數(shù)據(jù).只有在你確保該字段不會(huì)保存中文的時(shí)候,才采用varchar來(lái)存儲(chǔ).的時(shí)候也不會(huì)有問(wèn)題.
但是!如果布署的主機(jī)是英文操作系統(tǒng),并且不支持中文環(huán)境,那問(wèn)題就出來(lái)了.所有的varchar字段在存儲(chǔ)中文的時(shí)候都會(huì)變成亂碼(顯示為??).而且一般情況下你不會(huì)知道這是因?yàn)槟悴捎昧隋e(cuò)誤的數(shù)據(jù)類(lèi)型來(lái)存儲(chǔ)所造成的,你會(huì)試著去裝中文字體,試著去設(shè)置操作系統(tǒng)的語(yǔ)言環(huán)境...這些都不能解決問(wèn)題,唯一能解決問(wèn)題的是把數(shù)據(jù)庫(kù)字段的類(lèi)型個(gè)性為nvarchar(或者nchar).對(duì)項(xiàng)目管理比較熟悉的朋友應(yīng)該都知道,到布署階段再來(lái)修改數(shù)據(jù)庫(kù)是一個(gè)很恐怖的事情.
使用nvarchar的另一個(gè)非常好處就是在判斷字符串的時(shí)候可以不需要考慮中英文兩種字符的差別.
相關(guān)文章
MySQL關(guān)于sql_mode解析與設(shè)置講解
今天小編就為大家分享一篇關(guān)于MySQL關(guān)于sql_mode解析與設(shè)置講解,小編覺(jué)得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來(lái)看看吧2019-03-03深入理解MySQL的數(shù)據(jù)庫(kù)引擎的類(lèi)型
本篇文章是對(duì)MySQL的數(shù)據(jù)庫(kù)引擎的類(lèi)型進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06MySQL中把varchar類(lèi)型轉(zhuǎn)為date類(lèi)型方法詳解
這篇文章主要介紹了MySQL中把varchar類(lèi)型轉(zhuǎn)為date類(lèi)型方法詳解的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-07-07MySQL?Flink實(shí)時(shí)流處理的核心技術(shù)之窗口機(jī)制
Flink是一款流處理框架,窗口機(jī)制是其核心技術(shù)之一。Flink的窗口機(jī)制可以將無(wú)限的數(shù)據(jù)流劃分為有限的窗口,并對(duì)窗口內(nèi)的數(shù)據(jù)進(jìn)行處理。Flink的窗口機(jī)制支持時(shí)間、計(jì)數(shù)、會(huì)話(huà)等多種窗口類(lèi)型,并且可以在不同的窗口之間進(jìn)行流轉(zhuǎn)換和數(shù)據(jù)聚合,是實(shí)時(shí)流處理中非常重要的技術(shù)2023-05-05CentOS7環(huán)境下源碼安裝MySQL5.7的方法
這篇文章主要介紹了CentOS7環(huán)境下源碼安裝MySQL5.7的方法,結(jié)合實(shí)例形式分析了CentoS7環(huán)境下MySQL5.7的下載、編譯、安裝、設(shè)置等相關(guān)操作技巧,需要的朋友可以參考下2018-03-03MySQL將多條數(shù)據(jù)合并成一條的完整代碼示例
我們?cè)诓僮鲾?shù)據(jù)的時(shí)候,有時(shí)候需要把多行數(shù)據(jù),拼接成一行,下面這篇文章主要給大家介紹了關(guān)于MySQL將多條數(shù)據(jù)合并成一條的完整代碼示例,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2024-05-05