问题背景：
一个旧应用，原先应用是用proc写的，9i的库，如今应用须要改为使用OCCI，当中有一段查询逻辑：select ... where upper(state)=upper(:1)。
(此处请不要纠结于where条件中state字段使用了upper函数，由于此表数据量非常小，且其历史比較悠久，未建索引。
)
相应表中定义的state字段类型是char(3)，但此处查询条件变量的值可能是两位，比如'NY'。
现象：
1. 使用sqlplus运行select ... where upper(state)=upper(:1)能够正常显示。
2. 使用sql developer运行select ... where upper(state)=upper(:1)能够正常显示。
3. 使用proc运行，能够正常显示。
4. 使用OCCI方式。运行，显示为空。
解决：
对于使用OCCI的方式。将其改写为：
1. select ... where trim(upper(state)) = trim(upper(:1));
2. select ... where upper(state) = upper(rpad(:1, 3, ' '));
原理判断：
1. 首先char和varchar2类型的最大差别，就是char是定长类型，varchar2是不定长类型。网上包含官方文档有非常多介绍了，用样例简单讲，就是：
create table test(
a char(25),
b varchar2(25)
);
insert into test values('a', b');
a字段存储的是“a+24个空格”。b字段存储的就是“b”。
能够从select a, length(a), b, length(b) from test;进一步验证。
即char会占用最大的存储空间，varchar2则仅仅会存储实际占用的空间。
2. 从http://www.itpub.net/thread-1014651-1-1.html这篇帖子能够看出，和这个问题同样。判断是OCCI的bug导致。
尽管翻了OCCI的文档。并未找到对这个问题的解释。但从Oracle官方文档对填补空格比較字符串的语义说明，能够看出一些端倪：
Blank-Padded Comparison Semantics
If the two values have different lengths, then Oracle first adds blanks to the end of the shorter one so their lengths are equal. Oracle then compares the values character by character up to the first character that differs. The value with the greater character in the first differing position is considered greater.
If two values have no differing characters, then they are considered equal. This rule means that two values are equal if they differ only in the number of trailing blanks. Oracle uses blank-padded comparison semantics only when both values in the comparison are either expressions of datatype CHAR, NCHAR, text literals, or values returned by the USER function.
Nonpadded Comparison Semantics
Oracle compares two values character by character up to the first character that differs. The value with the greater character in that position is considered greater. If two values of different length are identical up to the end of the shorter one, then the longer value is considered greater. If two values of equal length have no differing characters, then the values are considered equal. Oracle uses nonpadded comparison semantics whenever one or both values in the comparison have the datatype VARCHAR2 or NVARCHAR2.
即对于CHAR、NCHAR类型的字符串比較。Oracle首先会自己主动补齐空格，然后再一个字符一个字符地比較，不会由于空格数不同觉得两者不同。且这个过程应该不是简单的trim()操作，由于假设字段有索引仍会使用。
对于VARCHAR2、NVARCHAR2类型的字符串比較，因为其不会自己主动存储空格，假设有空格，则也是作为有意义的存储，因此不存在上述问题。
综上所述。对于CHAR类型。不应该由于补空格位数的问题，作为比較的根据。除非使用的where a = trim('a')，人为对值进行处理，因此有理由怀疑OCCI对CHAR类型字符串的比較。至少和其它终端查询的逻辑不同。至于是不是bug。须要看看有没有官方的解释了。
本文转自mfrbuaa博客园博客，原文链接：http://www.cnblogs.com/mfrbuaa/p/5313981.html，如需转载请自行联系原作者