深入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ǔ)效率沒有CHAR高。如果一個(gè)字段可能的值是不固定長(zhǎng)度的，我們只知道它不可能超過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)。
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ù)類型的字符。我們知道字符中，英文字符只需要一個(gè)字節(jié)存儲(chǔ)就足夠了，但漢字眾多，需要兩個(gè)字節(jié)存儲(chǔ)，英文與漢字同時(shí)存在時(shí)容易造成混亂，Unicode字符集就是為了解決字符集這種不兼容的問題而產(chǎn)生的，它所有的字符都用兩個(gè)字節(jié)表示，即英文字符也是用兩個(gè)字節(jié)表示。nchar、nvarchar的長(zhǎng)度是在1到4000之間。和char、varchar比較起來，nchar、nvarchar則最多存儲(chǔ)4000個(gè)字符，不論是英文還是漢字；而char、varchar最多能存儲(chǔ)8000個(gè)英文，4000個(gè)漢字。可以看出使用nchar、nvarchar數(shù)據(jù)類型時(shí)不用擔(dān)心輸入的字符是英文還是漢字，較為方便，但在存儲(chǔ)英文時(shí)數(shù)量上有些損失。
所以一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數(shù)字，用char/varchar
我把他們的區(qū)別概括成：
CHAR，NCHAR 定長(zhǎng)，速度快，占空間大，需處理
VARCHAR，NVARCHAR，TEXT 不定長(zhǎng)，空間小，速度慢，無需處理
NCHAR、NVARCHAR、NTEXT處理Unicode碼
varchar在SQL Server中是采用單字節(jié)來存儲(chǔ)數(shù)據(jù)的，nvarchar是使用Unicode來存儲(chǔ)數(shù)據(jù)的．中文字符存儲(chǔ)到SQL Server中會(huì)保存為兩個(gè)字節(jié)（一般采用Unico編碼），英文字符保存到數(shù)據(jù)庫中，如果字段的類型為varchar，則只會(huì)占用一個(gè)字節(jié)，而如果字段的類型為nvarchar，則會(huì)占用兩個(gè)字節(jié)．
正常情況下，我們使用varchar也可以存儲(chǔ)中文字符，但是如果遇到操作系統(tǒng)是英文操作系統(tǒng)并且對(duì)中文字體的支持不全面時(shí), 在SQL Server存儲(chǔ)中文字符為varchar就會(huì)出現(xiàn)亂碼(顯示為??)．而且正常情況下，主機(jī)都會(huì)支持中文的環(huán)境，所以如果使用varchar來存儲(chǔ)數(shù)據(jù)，在開發(fā)階段是發(fā)現(xiàn)不了的．多數(shù)情況下，在布署.
當(dāng)然，使用nvarchar存儲(chǔ)英文字符會(huì)增大一倍的存儲(chǔ)空間．但是在存儲(chǔ)代價(jià)已經(jīng)很低廉的情況下，優(yōu)先考慮兼容性會(huì)給你帶來更多好處的．
所以在Design的時(shí)候應(yīng)該盡量使用nvarchar來存儲(chǔ)數(shù)據(jù)．只有在你確保該字段不會(huì)保存中文的時(shí)候，才采用varchar來存儲(chǔ)．的時(shí)候也不會(huì)有問題．
但是！如果布署的主機(jī)是英文操作系統(tǒng)，并且不支持中文環(huán)境，那問題就出來了．所有的varchar字段在存儲(chǔ)中文的時(shí)候都會(huì)變成亂碼（顯示為??）．而且一般情況下你不會(huì)知道這是因?yàn)槟悴捎昧隋e(cuò)誤的數(shù)據(jù)類型來存儲(chǔ)所造成的，你會(huì)試著去裝中文字體，試著去設(shè)置操作系統(tǒng)的語言環(huán)境．．．這些都不能解決問題，唯一能解決問題的是把數(shù)據(jù)庫字段的類型個(gè)性為nvarchar（或者nchar）．對(duì)項(xiàng)目管理比較熟悉的朋友應(yīng)該都知道，到布署階段再來修改數(shù)據(jù)庫是一個(gè)很恐怖的事情．
使用nvarchar的另一個(gè)非常好處就是在判斷字符串的時(shí)候可以不需要考慮中英文兩種字符的差別．
相關(guān)文章
MySQL事務(wù)的SavePoint簡(jiǎn)介及操作
SavePoint是數(shù)據(jù)庫事務(wù)中的一個(gè)概念, 可以將整個(gè)事務(wù)切割為不同的小事務(wù), 可以選擇將狀態(tài)回滾到某個(gè)小事務(wù)發(fā)生時(shí)的樣子，本文給大家分享MySQL事務(wù)的SavePoint重要操作，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友參考下吧2023-01-01
mysql 定時(shí)任務(wù)的實(shí)現(xiàn)與使用方法示例
這篇文章主要介紹了mysql 定時(shí)任務(wù)的實(shí)現(xiàn)與使用方法,結(jié)合實(shí)例形式分析了MySQL定時(shí)任務(wù)的相關(guān)原理、創(chuàng)建及使用方法,需要的朋友可以參考下2019-11-11
這篇文章主要介紹了MySQL之JSON類型字段的使用技巧，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2022-08-08
這篇文章主要為大家詳細(xì)介紹了MySQL中常見關(guān)鍵字的用法,例如GROUP BY、ORDER BY和LIMIT,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以了解一下2023-09-09
MySQL5.7.03 更換高版本到MySQL 5.7.17安裝過程及發(fā)現(xiàn)問題解決方案
這篇文章主要介紹了MySQL5.7.03 更換高版本到MySQL 5.7.17安裝過程及發(fā)現(xiàn)問題解決方案,需要的朋友可以參考下2017-08-08
這篇文章主要給大家介紹了關(guān)于MySQL可重復(fù)讀級(jí)別能否解決幻讀的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03
Advanced Pagination for MySQL(mysql高級(jí)分頁)
看到葉金榮的一篇關(guān)于mysql分頁的文章,結(jié)合雅虎之前發(fā)的一篇PDF 談?wù)勛约旱目捶?/div> 2016-08-08
MySQL獲得當(dāng)前日期時(shí)間函數(shù)示例詳解
這篇文章主要給大家介紹了關(guān)于MySQL獲得當(dāng)前日期時(shí)間函數(shù)的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12
MySQL語句之條件語句IFNULL和COALESCE的區(qū)別說明
這篇文章主要介紹了MySQL語句之條件語句IFNULL和COALESCE的區(qū)別說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-04-04
本文主要介紹了MySQL8.0中的窗口函數(shù)的示例代碼，文中通過示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-03-03最新評(píng)論