在工作中发现这样的问题：在oracle的10g之前的版本，存在一个bug，即用preparedstatement预处理去动态查询数据时，用占位符？代替的字段，如果是char类型的，那么在执行时用来代替？的变量必须和该字段的长度相同，如果字段长度不足，用空格补充够的位数，否则查询不到正确的结果。如果该字段不是char类型的就不存在这样的问题。
昨天出了一个奇怪的问题，hibernate通过实体id(char(10)型)取得数据，session.find(from tablename where id=?,value);
取不到数据，但数据库里是有这个条数据。真奇怪，后来用pl/sql看数据库，鼠标点到id那时，可以看到内容后面还有一些空格，带着期望与质疑把字段里的值自制过来， session.find(from tablename where id=?,value );后发现可以。
我特别试了下connection.createstatement(select * from table_name where);
则正常取数据，session.find(from tablename where id=?,value);
而却找不到数据，然后又试了下
ptmt = connection.preparestatement(select * from table_name where id=?);
ptmt.setstring(1,year);
这样也不行，以是结论是：jdbc驱动preparestatement对char字段类型的查找问题，因为hibernate是用preparestatement的，自然，hibernate对char对应的属性条件查找出现找不到的情况，
解决办法是：
1．属性用trim函数处理：session.find(from tablename where trim(id)=?,value);
2．char改为varchar2类型
今天试了下mysql，它不会这样的情况，所以结论是：oracle jdbc preparedstatement的bug(有可能它故意这样)
，