日韩久久久精品,亚洲精品久久久久久久久久久,亚洲欧美一区二区三区国产精品 ,一区二区福利

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

系統(tǒng) 4996 0

? ?一直對varchar2、nvarchar2 字段類型存儲字符數(shù)不清楚,現(xiàn)測試如下:

創(chuàng)建TT測試表

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

?

測試腳本如下:

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

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

?

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

提示如下:

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

?

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

提示如下:

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

?

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

?

附1:

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

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

?

?

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

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

NVARCHAR2在計算長度時和字符集相關的,例如數(shù)據(jù)庫是中文字符集時以長度10為例,則

1、NVARCHAR2(10)是可以存進去10個漢字的,如果用來存英文也只能存10個字符。

2、而VARCHAR2(10)的話,則只能存進5個漢字( 注:要根據(jù)字符集:GBK:2;UTF-8:3 ),英文則可以存10個。?

原文; 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類型的原因,因為如果新版本Oralce的varchar類型完全兼容ANSI標準時,使用varchar2的腳本可以不修改。?


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

比如GBK,漢字就會占兩個字節(jié),英文1個,

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

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

?

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

?

附4:

? ? ?? ?? char類型:?對英文(ASCII)字符占用1個字節(jié),對一個漢字占用2個字節(jié),CHAR存儲定長數(shù)據(jù)很方便,CHAR字段上的索引效率級高,比如定義 char(10),那么不論你存儲的數(shù)據(jù)是否達到了10個字節(jié),都要占去10個字節(jié)的空間。因為是固定長度,所以速度效率高。?

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

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

????????varchar 存儲變長數(shù)據(jù),但存儲效率沒有CHAR高。如 果一個字段可能的值是不固定長度的,我們只知道它不可能超過10個字符,把它定義為 varchar(10)是最合算的。varchar類型的實際長度是它的值的實際長度+1。為什么“+1”呢?這一個字節(jié)用于保存實際使用了多大的長度。

??????? nchar類型和Nvarchar類型是怎么一回事呢?為了與其他多種字符的轉換,如中文,音標等,對每個英文(ASCII)字符都占用2個字節(jié),對一個 漢字也占用兩個字節(jié),所有的字符都占用2個字節(jié)。

?


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

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

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

?

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

?

?

附5:

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

在某些情況下,char比varchar會快一些;某些情況varchar比char快(這種情況可能更多)。事實上,char比varchar快得多的情況幾乎沒有(除非是極端情況,如錯誤地使用varchar(1))。

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

而通常一個數(shù)據(jù)頁存儲的記錄數(shù)多少更能影響數(shù)據(jù)庫的性能,因為它牽涉到磁盤I/O。假設字段長度為100,而平均字符串數(shù)據(jù)長度只有50,那么varchar(100)要比char(100)更快。極端情況,如果該表的字段很少,那么varchar會比char快很多。因為同樣大小的磁盤讀取,采用varchar讀取的記錄數(shù)會接近char的兩倍。

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

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

msolap

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


更多文章、技術交流、商務合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯(lián)系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!!!

發(fā)表我的評論
最新評論 總共0條評論
主站蜘蛛池模板: 拜城县| 瓦房店市| 巴林左旗| 尤溪县| 河东区| 赫章县| 晋江市| 威信县| 花垣县| 开平市| 信丰县| 台中县| 始兴县| 石柱| 泌阳县| 常熟市| 昌都县| 麻城市| 麦盖提县| 中宁县| 宁都县| 平乐县| 长治县| 海盐县| 镇宁| 桃园县| 保定市| 松阳县| 长泰县| 茌平县| 包头市| 新沂市| 龙口市| SHOW| 巩留县| 澄迈县| 竹山县| 大姚县| 韶关市| 安西县| 广饶县|