oracle中decode判断char类型时出错的问题
2016-01-30 10:32
501 查看
问题现象:
数据库中有个字段B,类型为CHAR(10),当该字段的值为7时,DECODE(B,7,"HELLO","WORLD")输出的是HELLO,DECODE(B,'7',"HELLO","WORLD")输出的却是WORLD。
问题来了:
数据库里明明是字符类型,为什么判断却出问题呢?
经过一番搜索,问题解决,原因如下:
CHAR的长度是固定的,而VARCHAR2的长度是可以变化的, 比如,存储字符串“ABC",对于CHAR(20),表示你存储的字符将占20个字节(包括17个空字符),而同样的VARCHAR2(20)则只占用3个字节的长度,20只是最大值,当你存储的字符小于20时,按实际长度存储。
那么何时该用CHAR,何时该用VARCHAR2?
CHAR与VARCHAR2是一对矛盾的统一体,两者是互补的关系.
VARCHAR2比CHAR节省空间,在效率上比CHAR会稍微差一些,即要想获得效率,就必须牺牲一定的空间,这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间,但是如果一个VARCHAR2列经常被修改,而且每次被修改的数据的长度不同,这会引起‘行迁移’(ROWMIGRATION)现象,而这造成多余的I/O,是数据库设计和调整中要尽力避免的,在这种情况下用CHAR代替VARCHAR2会更好一些。
总结一句话:在使用DECODE的时候,对比对象是CHAR的话,CHAR的两个字符串如果相等,需要每个位都相等,长度相同
解决办法:
1.将字段从CHAR改为VACHAR2
2.语句改为DECODE(TRIM(B),'7',"HELLO","WORLD")
3.使用CASE WHEN 代替 DECODE
数据库中有个字段B,类型为CHAR(10),当该字段的值为7时,DECODE(B,7,"HELLO","WORLD")输出的是HELLO,DECODE(B,'7',"HELLO","WORLD")输出的却是WORLD。
问题来了:
数据库里明明是字符类型,为什么判断却出问题呢?
经过一番搜索,问题解决,原因如下:
CHAR的长度是固定的,而VARCHAR2的长度是可以变化的, 比如,存储字符串“ABC",对于CHAR(20),表示你存储的字符将占20个字节(包括17个空字符),而同样的VARCHAR2(20)则只占用3个字节的长度,20只是最大值,当你存储的字符小于20时,按实际长度存储。
那么何时该用CHAR,何时该用VARCHAR2?
CHAR与VARCHAR2是一对矛盾的统一体,两者是互补的关系.
VARCHAR2比CHAR节省空间,在效率上比CHAR会稍微差一些,即要想获得效率,就必须牺牲一定的空间,这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间,但是如果一个VARCHAR2列经常被修改,而且每次被修改的数据的长度不同,这会引起‘行迁移’(ROWMIGRATION)现象,而这造成多余的I/O,是数据库设计和调整中要尽力避免的,在这种情况下用CHAR代替VARCHAR2会更好一些。
总结一句话:在使用DECODE的时候,对比对象是CHAR的话,CHAR的两个字符串如果相等,需要每个位都相等,长度相同
解决办法:
1.将字段从CHAR改为VACHAR2
2.语句改为DECODE(TRIM(B),'7',"HELLO","WORLD")
3.使用CASE WHEN 代替 DECODE
相关文章推荐
- Android之获取手机上的图片和视频缩略图thumbnails
- 基于 Red Hat 的发行版 Oracle Linux 正式发布Oracle Linux 7.1
- 数据库链接字符串查询网站
- Oracle Containers for J2EE远程安全漏洞(CVE-2014-0413)
- Oracle 10g R2不能使用EM的问题
- 表空间操作
- PreparedStatement中in子句的处理
- VMware下RedHat4.8_64位安装Oracle 10g RAC--简略脚本
- oracle sql日期比较
- 基于 Red Hat 的发行版 Oracle Linux 正式发布Oracle Linux 7.1
- DB2实例管理
- DB2实例管理
- OS block size和Oracle block size,查找OS Blocksize的方法
- 保障MySQL数据安全的14个最佳方法
- mysql问答汇集
- oracle中创建数据库和表空间的几点总结
- 数据库自动备份脚本
- 创建一个空的IBM DB2 ECO数据库的方法