oracle中decode判断char类型时出错的问题

问题现象：
数据库中有个字段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