oracle字符类型对比认识_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 1864 | 回复: 0   主题:  oracle字符类型对比认识        下一篇 
Irvinna
注册用户
等级:新兵
经验:51
发帖:46
精华:0
注册:2011-8-19
状态:离线
发送短消息息给Irvinna 加好友    发送短消息息给Irvinna 发消息
发表于: IP:您无权察看 2015-5-20 16:22:34 | [全部帖] [楼主帖] 楼主

oracle字符类型对比认识
oracle9i以上版本里,我们再为字符串选择数据类型时,主要就是三种:CHARsize),VARCHAR2(size)NVARCHAR2(size)
VARCHAR2(size)可变长度的字符串,其最大长度为 size 个字节。size 的最大值是 4000,而最小值是 1。您必须指定一个 VARCHAR2  size
CHARsize固定字节字符串,最大长度为size个字节,size最大长度为2000
NVARCHAR2(size)可变长度的字符串,它在存储字符时,是根据所选的国家字符集来计算字符占用的字节数,其最大长度为 size 个字符或字节。size 的最大值取决于存储每个字符所需要的字节数,其上限为 4000 个字节。您必须为 NVARCHAR2 指定一个 sizeVARCHAR2NVARCHAR2的不同之处在于它们存放信息占用的空间不同。VARCHAR2存放的英文字符只占一个字节,而NVARCHAR2依据所选的字符集,大多为两个。
既然提到字符集,那就简单了解下字符编码
对于多国语言,在计算机世界里,常用的字符编码有:ASCIIANSI编码(本地),UNICODE编码(国际化)。这三种编码方法只是概念,如果要在计算机实际环境里实现,就需要不同的算法标准完成。
ASCII:
是通过一种单字节编码实现的,具体有7位编码和8位编码。
ANSI编码(本地化):
是一种多字节编码,是不同的国家根据表示自己的语言的一种编码方式,因为不同ANSI编码采用不同规定标准,如果一个多字节字符串采用非正确的ANSi编码,将会“乱码“。
UNICODE(国际化):
在计算机世界里,为了使国际间信息交流更加方便,国际组织制定了 UNICODE 字符集,为各种语言中的每一个字符设定了统一并且唯一的数字编号,以满足跨语言、跨平台进行文本转换、处理的要求。虽然UNICODE的一个字符编码是确定的,但是在实际存储或传输中,由于不同系统平台的设计不一定一致,以及出于节省空间的目的,Unicode编码的实现方式有所不同。Unicode的实现方式称为Unicode转换格式Unicode Translation Format简称为UTF)。目前实际应用的Unicode本对应于UCS-2,使用16的编码空间。也就是每个字符占用2字节
如果对于某些字符可以一个字节表示的,如果要用原Unicode编码,那实在是太浪费了啊,可以使用UTF-8编码,这是一种变长编码,它将基本7ASCII字符仍用7位编码表示,占用一个字节(首位补0)。而遇到与其他Unicode符混合的情况,将按一定算法转换,每个字符使用1-3个字节编码,并利用首位为01进行识别。这样对以7ASCII字符为主的西文文档就大大节省了编码长度类似的,对未来会出现的需要4个字节编码的字符,2字节编码的UTF-16也需要通过一定的算法进行转换。
UTF-8UTF-16只是UNICODE编码在计算机里的实现。
Unicode的实现方式除了以上的方式外,还包括UTF-7PunycodeCESU-8SCSUUTF-32等,这些实现方式有些仅在一定的国家和地区使用,有些则属于未来的规划方式。目前通用的实现方式是UTF-16小尾序(LE)、UTF-16大尾序(BE)和UTF-8。在微软公司Windows XP操作系统附带的记事本Notepad)中,“另存为”对话框可以选择的四种编码方式除去非Unicode编码的ANSI(对于英文系统即ASCII编码,中文系统则为GB2312Big5编码)外,其余三种为“Unicode”(对应UTF-16 LE)、“Unicode big endian”(对应UTF-16 BE)和“UTF-8
UTF-8, 8bit编码, ASCII

不作变换, 其他字符做变长编码, 每个字符1-3 byte. 通常作为外码. 有以下优点:

1.CPU

字节顺序无关, 可以在不同平台之间交流
2.容错能力高, 任何一个字节损坏后, 最多只会导致一个编码码位损失, 不会联锁错误

(GB

码错一个字节就会整行乱码) 。  

UTF-16, 16bit编码, 是变长码, 大致相当于20位编码, 值在00x10FFFF之间, 基本上就是unicode编码的实现. 它是变长码, CPU字序有关, 但因为最省空间, 常作为网络传输的外码,UTF-16unicodepreferred encoding
已经简单了解字符集,那我们在实际使用中如何避免错误使用字符集导致乱码呢?
查看数据库服务器字符集:
select * from nls_database_parameters;  ///其来源于props$,是表示数据库的字符集。
  
查看客户端字符集环境:
select * from nls_instance_parameters;   ///其来源于v$parameter,表示客户端的字符集的设置,可能是参数文件,环境变量或者是注册表
  
查看会话字符集环境:
select * from nls_session_parameters;   ///其来源于v$nls_parameters,表示会话自己的设置,可能是会话的环境变量或者是alter session完成,
如果会话没有特殊的设置,将与nls_instance_parameters一致。
客户端的字符集要求与服务器一致或者被包容,才能正确显示数据库的非Ascii字符。如果多个设置存在的时候,alter session>环境变量>参数文件



--转自 北京联动北方科技有限公司




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论