? ?一直對(duì)varchar2、nvarchar2 字段類型存儲(chǔ)字符數(shù)不清楚，現(xiàn)測(cè)試如下：

創(chuàng)建TT測(cè)試表

?

測(cè)試腳本如下：

insert into tt values('1111','1111'); ?-----ok

insert into tt values('wwww','wwww')-----ok

?

insert into tt values('應(yīng)用范圍','應(yīng)用范圍');-----失敗

提示如下：

?

insert into tt values('應(yīng)用范圍','應(yīng)用');-----失敗

提示如下：

?

insert into tt values('應(yīng)用范圍','應(yīng)w')----ok

?

附1：

數(shù)據(jù)庫字符集：

?

?

附2：
VARCHAR2是Oracle提供的特定數(shù)據(jù)類型，Oracle可以保證VARCHAR2在任何版本中該數(shù)據(jù)類型都可以向上和向下兼容。
VARCHAR在Oracle中不建議使用。

具體到 NVARCHAR2和VARCHAR2的區(qū)別，從使用角度來看區(qū)別在于：

NVARCHAR2在計(jì)算長(zhǎng)度時(shí)和字符集相關(guān)的，例如數(shù)據(jù)庫是中文字符集時(shí)以長(zhǎng)度10為例，則

1、NVARCHAR2(10)是可以存進(jìn)去10個(gè)漢字的，如果用來存英文也只能存10個(gè)字符。

2、而VARCHAR2(10)的話，則只能存進(jìn)5個(gè)漢字( 注：要根據(jù)字符集：GBK：2；UTF-8：3 )，英文則可以存10個(gè)。?

原文； http://www.cnblogs.com/flyingfish/archive/2010/01/15/1648448.html

?

附3：

現(xiàn)在版本的Oracle，varchar和varchar2是沒有區(qū)別的，varchar2和ANSI?? varchar的區(qū)別是varchar2把空串等同于null處理。

這也是為什么ORACLE推薦使用varchar2類型的原因，因?yàn)槿绻掳姹綩ralce的varchar類型完全兼容ANSI標(biāo)準(zhǔn)時(shí)，使用varchar2的腳本可以不修改。?

至于一個(gè)varchar2字符要用幾個(gè)字節(jié)存儲(chǔ)，要看數(shù)據(jù)庫使用的字符集，

比如GBK，漢字就會(huì)占兩個(gè)字節(jié)，英文1個(gè)，

如果是UTF-8，漢字一般占3個(gè)字節(jié)，英文還是1個(gè)。?

而NCHAR、NVARCHAR是以UNICODE-16存儲(chǔ)，每個(gè)字符固定兩個(gè)字節(jié)。

?

? 原文： http://www.blogjava.net/xcp/archive/2009/10/06/oracle1.html

?

附4：

? ? ?? ?? char類型：?對(duì)英文(ASCII)字符占用1個(gè)字節(jié)，對(duì)一個(gè)漢字占用2個(gè)字節(jié)，CHAR存儲(chǔ)定長(zhǎng)數(shù)據(jù)很方便，CHAR字段上的索引效率級(jí)高，比如定義 char(10)，那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了10個(gè)字節(jié)，都要占去10個(gè)字節(jié)的空間。因?yàn)槭枪潭ㄩL(zhǎng)度，所以速度效率高。?

??????? varchar類型：Varchar 的類型不以空格填滿，比如varchar(100)，但它的值只是"qian",則它的值就是"qian"
而char 不一樣，比如char(100),它的值是"qian"，而實(shí)際上它在數(shù)據(jù)庫中是"qian "(qian后共有96個(gè)空格，就是把它填滿為100個(gè)字節(jié))。?

??????? 由于char是以固定長(zhǎng)度的，所以它的速度會(huì)比varchar快得多!但程序處理起來要麻煩一點(diǎn)，要用trim之類的函數(shù)把兩邊的空格去掉!

????????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)度。

??????? nchar類型和Nvarchar類型是怎么一回事呢？為了與其他多種字符的轉(zhuǎn)換，如中文，音標(biāo)等，對(duì)每個(gè)英文(ASCII)字符都占用2個(gè)字節(jié)，對(duì)一個(gè) 漢字也占用兩個(gè)字節(jié)，所有的字符都占用2個(gè)字節(jié)。

?

舉個(gè)例子：
insert a select '木子a'
----存儲(chǔ)長(zhǎng)度為5個(gè)字節(jié)，余下的3個(gè)字節(jié)全部釋放
insert a select '木神易
----存儲(chǔ)長(zhǎng)度為6個(gè)字節(jié)，余下的2個(gè)字節(jié)全部釋放
----意思是varchar變長(zhǎng)字符數(shù)據(jù)類型與存儲(chǔ)數(shù)據(jù)的實(shí)際長(zhǎng)度是一致的

nvarchar(n):可變長(zhǎng)度 Unicode 數(shù)據(jù)，其最大長(zhǎng)度為 4,000 字符。
字節(jié)的存儲(chǔ)大小是所輸入字符個(gè)數(shù)的兩倍，
就是說它是雙字節(jié)來存儲(chǔ)數(shù)據(jù)的。
如果存儲(chǔ)數(shù)據(jù)如果存在單字節(jié)時(shí)，它也是以雙字節(jié)來占用存儲(chǔ)空間的。

varchar一般適用于英文和數(shù)字，nvarchar適用中文和其他字符，其中 N表示Unicode常量，可以解決多語言字符集之間的轉(zhuǎn)換問題

?

? ? ? 原文出處： http://www.cnblogs.com/moss_tan_jun/archive/2010/01/30/1659741.html

?

?

附5：

“char比varchar快得多”的說法并不正確。同樣“VARCHAR存儲(chǔ)變長(zhǎng)數(shù)據(jù)，但存儲(chǔ)效率沒有CHAR高。”的說法也不正確。

在某些情況下，char比varchar會(huì)快一些；某些情況varchar比char快（這種情況可能更多）。事實(shí)上，char比varchar快得多的情況幾乎沒有（除非是極端情況，如錯(cuò)誤地使用varchar(1)）。

初看起來，由于char是固定長(zhǎng)度，它在數(shù)據(jù)行(row)中的位置(或偏移量)是固定的。因此char字段的獲取幾乎是直接跳到該位置然后開始讀取。而varchar由于長(zhǎng)度不固定，varchar字段的獲取還需要通過一個(gè)間接跳轉(zhuǎn)(類似于lookup table)。但實(shí)際上，由于該操作是在內(nèi)存中進(jìn)行，除了多幾條CPU指令之外，幾乎談不上什么開銷。

而通常一個(gè)數(shù)據(jù)頁存儲(chǔ)的記錄數(shù)多少更能影響數(shù)據(jù)庫的性能，因?yàn)樗鼱可娴酱疟PI/O。假設(shè)字段長(zhǎng)度為100，而平均字符串?dāng)?shù)據(jù)長(zhǎng)度只有50，那么varchar(100)要比char(100)更快。極端情況，如果該表的字段很少，那么varchar會(huì)比char快很多。因?yàn)橥瑯哟笮〉拇疟P讀取，采用varchar讀取的記錄數(shù)會(huì)接近c(diǎn)har的兩倍。

對(duì)于更新(update)操作的性能，則要取決于填充率(fill factor)和更新的頻度。

對(duì)于varchar和char的選擇，一般性的指導(dǎo)原則是，對(duì)于最大長(zhǎng)度<=4的字符串，使用char(nchar); 對(duì)于最大長(zhǎng)度大于20的字符串，使用varchar(nvarchar)。對(duì)于4~20之間的字符串，可以根據(jù)自己情況定。對(duì)于大多數(shù)情形，使用varchar會(huì)更好。

msolap

Oracle：varchar2、nvarchar2 字段類型的區(qū)別