Oracle中CHAR类型不足位数时，用空格自动补足位数

在今天开发过程中，发现了一查询结果很怪异，一GOOGLE下才知道是ORACLE对CHAR类型处理的问题，在ORACLE中对CHAR的处理是自动添加空格，比如char(8)存储'2007-11'，则在后面自动添加空格，所以导致以下很多查询怪异问题(在表test中有字段month为char(8)，存储着'2007-11'一条数据)：
        select * from test where month='2007-11'     ---能查出该条数据
        select * from test where month='2007-11    '    ---后面含N个空格，能查出该条数据
        select * from test where month=to_char(to_date('200711','yyyy-mm'),'yyyy-mm')       ---不能查出该条数据
        select * from test where trim(month)=to_char(to_date('200711','yyyy-mm'),'yyyy-mm')   ---能查出该条数据




这里再比较一下char,varchar,varchar2的区别：
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会更好一些。




个人意见是使用varchar2，因为用char总要特别注意自动添加空格的问题，粗粗说一下这个问题，有什么错误还请指教。


===================================================================================================================================
Oracle中char数据类型，length长度不足时，会自动用空格补上，这会导致一些问题的发生
例如 : SELECT COUNT(*) FROM T_AREA WHERE DM = ‘1’
当DM的数据类型为char，length为6时，虽然数据库中确实存在这条数据
但是作比较时,DM=1加上5个空格，这与我们传入的1不相等，导致查询不到数据。
解决办法:  SELECT COUNT(*) FROM T_AREA WHERE trim(DM) = '1'
加上trim()，去掉空格，
不过一般char类型是用作固定长度的数据格式，length为多少，一般数据也是length这么长


===================================================================================================================================

Oracle中CHAR类型自动补足空格的问题解决

在Oracle中，CHAR类型的字段值会自动补足空格。所以当其作为条件时，就有可能查不出想要的数据。
如果不允许改DB设计的话，那就用RTRIM来解决吧。例：


DB：
CREATE TABLE TEST
(
    TEST_ID                        VARCHAR2(64) NOT NULL,
    TEST_CHAR                      CHAR(10),
    CONSTRAINT TEST_ID PRIMARY KEY (TEST_ID)
);
INSERT INTO TEST VALUES('1','a');


测试代码：
Session session = factory.getCurrentSession();
session.beginTransaction();
List list = session.createQuery("FROM Test WHERE RTRIM(TEST_CHAR) = 'a'").list();
session.close();
assertTrue(list.size() > 0);


输出结果(ORACLE)：
Hibernate: 
    select
        test0_.TEST_ID as TEST1_0_,
        test0_.TEST_CHAR as TEST4_0_ 
    from
        TEST test0_ 
    where
        rtrim(TEST_CHAR)='a'
14:09:53,171DEBUG StringType:172 - returning '1' as column: TEST1_0_
14:09:53,187DEBUG StringType:172 - returning 'a         ' as column: TEST4_0_


而MySQL不会自动补足空格，同样的代码也是可以适用的：
输出结果(MySQL)：
Hibernate: 
    select
        test0_.TEST_ID as TEST1_0_,
        test0_.TEST_CHAR as TEST4_0_ 
    from
        TEST test0_ 
    where
        rtrim(TEST_CHAR)='a'
14:09:01,828DEBUG StringType:172 - returning '1' as column: TEST1_0_
14:09:01,828DEBUG StringType:172 - returning 'a' as column: TEST4_0_