在工作中发现这样的问题：在Oracle的10g之前的版本，存在一个bug，即用PreparedStatement预处理去动态查询数据时，用占位符？代替
在工作中发现这样的问题：在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(有可能它故意这样)
