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总要特别注意自动添加空格的问题，粗粗说一下这个问题，有什么错误还请指教。

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

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_