成人乱色短篇合集,欧美精品一区二区三区在线看午夜

主頁(yè) > 知識(shí)庫(kù) > N字符在Sql Server字段類型中的重要性概述

N字符在Sql Server字段類型中的重要性概述

Unicode字符集就是為了解決字符集這種不兼容的問(wèn)題而產(chǎn)生的，它所有的字符都用兩個(gè)字節(jié)表示，即英文字符也是用兩個(gè)字節(jié)表示
如果還為了這個(gè)糾結(jié)，就直接看看后面的解說(shuō)，做決定吧。

一般如果用到中文或者其它特殊字符，我就會(huì)使用n開頭的類型，否則的話直接使用var開頭的。

sql server中的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

char varchar nvarchar區(qū)別
聯(lián)機(jī)幫助上的：
一般來(lái)說(shuō)，如果含有中文字符，用nchar/nvarchar，如果純英文和數(shù)字，用char/varchar

**人很好的總結(jié)
很多開發(fā)者進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候往往并沒有太多的考慮char， varchar類型，有的是根本就沒注意，因?yàn)榇鎯?chǔ)價(jià)格變得越來(lái)越便宜了，忘記了最開始的一些基本設(shè)計(jì)理論和原則，這點(diǎn)讓我想到了現(xiàn)在的年輕人，大手一揮一把人民幣就從他手里溜走了，其實(shí)我想不管是做人也好，做開發(fā)也好，細(xì)節(jié)的把握直接決定很多東西。當(dāng)然還有一部分人是根本就沒弄清楚他們的區(qū)別，也就隨便選一個(gè)。在這里我想對(duì)他們做個(gè)簡(jiǎn)單的分析，當(dāng)然如果有不對(duì)的地方希望大家指教。
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)度的，我們只知道它不可能超過(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)。
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字符集就是為了解決字符集這種不兼容的問(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ù)類型時(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ù)中，如果字段的類型為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來(lái)存儲(chǔ)數(shù) 據(jù)，在開發(fā)階段是發(fā)現(xiàn)不了的．
當(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)存儲(chǔ)所造成的，你會(huì)試著去裝中文字體，試著去設(shè)置操作系統(tǒng)的語(yǔ)言環(huán)境．．．這些都不能解決問(wèn)題，唯一能解決問(wèn)題的是把數(shù)據(jù)庫(kù)字段的類型個(gè)性為nvarchar（或者nchar）．對(duì) 項(xiàng)目管理比較熟悉的朋友應(yīng)該都知道，到布署階段再來(lái)修改數(shù)據(jù)庫(kù)是一個(gè)很恐怖的事情．
使用nvarchar的另一個(gè)非常好處就是在判斷字符串的時(shí)候可以不需要考慮中英文兩種字符的差別．

標(biāo)簽：昭通拉薩上海重慶呼和浩特貴州新鄉(xiāng) 江蘇

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《N字符在Sql Server字段類型中的重要性概述》，本文關(guān)鍵詞字符,在,Sql,Server,字段,類型,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。