网站建设资讯

NEWS

网站建设资讯

Oracle中的BYTE和CHAR有什么区别呢?-创新互联

Oracle定义字符串类型VARCHAR2和CHAR指定长度的用法如下:

创新互联服务项目包括江岸网站建设、江岸网站制作、江岸网页制作以及江岸网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,江岸网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到江岸省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!

varchar2( ) 是介于1~4000之间的一个数,表示最多占用4000字节的存储空间。

char( ) 是介于1~2000之间的一个数,表示最多占用2000字节的存储空间。

那其中的BYTE和CHAR有什么区别呢

  • BYTE,用字节指定:VARCHAR2(10 BYTE)。这能支持最多10字节的数据,在一个多字节字符集中,这可能只是两个字符。采用多字节字符集时,字节与字符并不相同。

  • CHAR,用字符指定:VARCHAR2(10 CHAR)。这将支持最多10字符数据,可能是多达40字节的信息。另外,VARCHAR2(4000 CHAR)理论上支持最多4000个字符的数据,不过由于Oracle中字符串数据类型限制为4000字节,所以可能无法得到全部4000个字符。

使用UTF8之类的多字节字符集时,建议你在VARCHAR2/CHAR定义中使用CHAR修饰会,也就是说,使用VARCHAR2(30 CHAR),而不是VARCHAR2(30),因为你的本意很可能是定义一个实际上能存储30字符数据的列。还可以使用会话参数或系统参数NLS_LENGTH_SEMANTICS来修改默认行为,即把默认设置BYTE改为CHAR。不建议在系统级修改这个设置,而应该使用ALTER SESSION修改会话级。还有重要的一点,VARCHAR2中存储的字节数上界是4000。不过,即使你指定了VARCHAR(4000 CHAR),可能并不能在这个字段中放下4000个字符实际上,采用你选择的字符集时,如果所有字符都要用4个字节来表示,那么这个字段中就只能放下1000个字符!

下面使用一个小例子展示BYTE和CHAR之间的区别,并显示出上界的作用。

测试环境11.2.0.4,是在多字节字符集数据库上完成的,在此使用了字符集AL32UTF8,这个字符集支持最新版本的Unicode标准,采用一种变长方式对每个字符使用1~4个字节进行编码

zx@ORCL>col value for a30 zx@ORCL>col parameter for a30 zx@ORCL>select * from nls_database_parameters where parameter='NLS_CHARACTERSET'; PARAMETER        VALUE ------------------------------ ------------------------------ NLS_CHARACTERSET        AL32UTF8 zx@ORCL>show parameter nls_leng NAME      TYPE        VALUE ------------------------------------ --------------------------------- ------------------------------ nls_length_semantics      string        BYTE

创建测试表

zx@ORCL>create table t (a varchar2(1),b varchar2(1 char),c varchar2(4000 char)); Table created.

现在,这个表中插入一个UTF字符unistr('\00d6'),这个字符长度为2个字节,可以观察到以下结果:

zx@ORCL>select length(unistr('\00d6')),lengthb(unistr('\00d6')) from dual; LENGTH(UNISTR('\00D6')) LENGTHB(UNISTR('\00D6')) ----------------------- ------------------------       1         2 zx@ORCL>insert into t (a) values (unistr('\00d6')); insert into t (a) values (unistr('\00d6'))                           * ERROR at line 1: ORA-12899: value too large for column "ZX"."T"."A" (actual: 2, maximum: 1)

这说明:VARCHAR(1)的单位是字节而不是字符。这里确实只有一个Unicode字符,但是它在一个字节中放不下;将应用从单字节定宽字符集移植到一个多字节字符集时,可能会发现原来在字段中能放下的文本现在却无法放下。第二点的原因是:在一个单字节字符集中,包含20个字符的字符串长度就是20字节,完全可以在VARCHAR2(20)中放下。不过在一个多字节字符集中,20个字符的长度可以达到80字节(如果每个字符用4个字节表示),这样一杰,20个Unicode字符很可能无法在20个字节中放下。你可能会考虑将DDL修改为VARCHAR2(20 CHAR),或在运行DDL创建表时使用前面提到的NLS_LENGTH_SEMENTICS会话参数。

插入包含一个字符的字段时观察到以下结果:

zx@ORCL>insert into t (b) values (unistr('\00d6')); 1 row created. zx@ORCL>col dump for a30 zx@ORCL>select length(b),lengthb(b),dump(b) dump from t;  LENGTH(B) LENGTHB(B) DUMP ---------- ---------- ------------------------------  1     2 Typ=1 Len=2: 195,150

这个INSERT成功了,而且可以看到,所有插入数据的长度(LENGTH)就是一个字符,所有字符串函数都以字符为单位工作。LENGTHB函数(字节长度)显示出这个字段占用了2字节的存储空间,另外DUMP函数显示了这些字节到底是什么。这个例子展示了VARCHAR2(N)并不一定存储N个字符,而只是存储N个字节。

下面测试VARCHAR2(4000)可能存储不了4000个字符

zx@ORCL>declare   2  l_date varchar2(4000 char);   3  l_ch   varchar2(1 char) := unistr('\00d6');   4  begin   5  l_date:=rpad(l_ch,4000,l_ch);   6  insert into t(c) values(l_date);   7  end;   8  / declare * ERROR at line 1: ORA-01461: can bind a LONG value only for insert into a LONG column ORA-06512: at line 6

在此显示出,一个4000字符的实际上长度为8000字节,这样一个字符串无法永久地存储在一个VARCHAR(4000 char)字段中,这个字符串能放在PL/SQL变量中,因为在PL/SQL中VARCHAR2大可以达到32K。不过,存储在表中,VARCHAR2则被硬性限制为最多只能存放4000字节。我们可以成功地存储其中2000个字符:

zx@ORCL>declare   2  l_date varchar2(4000 char);   3  l_ch   varchar2(1 char) := unistr('\00d6');   4  begin   5  l_date:=rpad(l_ch,2000,l_ch);   6  insert into t(c) values(l_date);   7  end;   8  / PL/SQL procedure successfully completed. zx@ORCL> zx@ORCL>select length(c),lengthb(c) from t where c is not null;  LENGTH(C) LENGTHB(C) ---------- ----------       2000       4000

输出可见,c占用了4000个字节的存储空间。

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


网页名称:Oracle中的BYTE和CHAR有什么区别呢?-创新互联
分享链接:http://cdweb.net/article/ceeccj.html