字典映射，有关Oracle中char varchar varchar2

问题：

今天做的需求，页面中有几个下拉框，其中的值死活反显不出来，例如其中的两个下拉框，第一个选择的是借方，第二个中选择的是贷方，保存后查看详情，第一个下拉框显示1，而不是借方，第二个正常显示贷方，怎么试都不行，只要选择借方就反显不出来，why？？？（映射关系为key=1，value=借方，key=12，value=贷方）

分析：

为什么反显不出来？可能是映射关系不正确，可表中确实存的是1和12，进一步分析，既然贷方能显示出来，那么这个1前后是不是存在看不见的空格或转义符呢，复制出来看看，果然是啊！！！

为什么会出现空格呢？原来存值的字段类型是char(2)，存入12是没问题的，但存入1就会自动补齐空格！！！，破案。

 

区别与联系： 
     1． CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc"，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，按实际长度存储。 
     2．CHAR的效率比VARCHAR2的效率稍高。 
     3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的 权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的 特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。

何时该用CHAR，何时该用varchar2？ 
    CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系. 
    VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。 
    VARCHAR2 虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。

    char中还会自动补齐空格，因为你insert到一个char字段自动补充了空格的,但是select 后空格没有删除