一个无奈的Hibernate问题

背景：
1.数据库使用Oracle，表字段 ColA 被定义为 char(10)（字段类型不能修改，这个是接口方定的）
2.hibernate使用NativeSQL查询（由于项目种种原因，不能使用标准Hibernate的OO方式）。

问题：
从list中返回了List<Object[]>对象，but每行的Object[]中, ColA被Hibernate转成了Character对象，只有一位，后面的char都被截断了.
查了hibernate的文档，知道可以设定每个字段的转化类型，but我们的sql是动态配置的，并不能确定某个字段一定是那种类型，因此此方法不能用了。

暂时的方案：
退回jdbc时代，直接读取DB的META，然后在读数据。


这里的疑问是，为啥Hibernate对Char字段的映射只能是1位嘛，觉得这个转换有问题！！

大家说说，又或者是本人太菜，学艺不精

评论

23 楼 zwq4166506 2009-09-21  

不是hibernate的问题，而是Java的char只能是一位。。
应该在hql中cast(ColA as varcher2(10)).
请问LZ，hibernate如何做到动态配置映射？

22 楼 guazi 2009-09-21  

呵呵，我也遇到过，可以在查询的时候给这个字段加一个trim来解决一下，得到的就是string的类型了，而且是完整的，据说是oraclejdbc的一个bug。

原：select char(10) from table ...
改：select trim(char(10)) from table....

你试试。。。。

21 楼 linliangyi2007 2009-09-20  

lgdlgd 写道

这个问题我遇到过，确实都是CharacterType这个类惹的祸，初步看到，HIBERNATE从JDBC取得数据库字段类型，判断如果是CHAR（具体代码好像是12，记不得了），就使用以上的那个类CharacterType来处理，然后这个类直接取第一位，也不管数据库是CHAR(1) 还是CHAR(n)，我觉得这是明显有问题的，不知道是不是有什么特殊的原因，不过我使用处理String类型的那个类替换了这个类，到现在快一年了，没发现有什么不妥。

感谢，需要的就是这样专业的回复。

20 楼 zuiyanwangyue 2009-09-20  

lgdlgd 写道

这个问题我遇到过，确实都是CharacterType这个类惹的祸，初步看到，HIBERNATE从JDBC取得数据库字段类型，判断如果是CHAR（具体代码好像是12，记不得了），就使用以上的那个类CharacterType来处理，然后这个类直接取第一位，也不管数据库是CHAR(1) 还是CHAR(n)，我觉得这是明显有问题的，不知道是不是有什么特殊的原因，不过我使用处理String类型的那个类替换了这个类，到现在快一年了，没发现有什么不妥。

支持lgdlgd的观点

19 楼 zuiyanwangyue 2009-09-20  

支持lgdlgd的观点

18 楼 lgdlgd 2009-09-20  

这个问题我遇到过，确实都是CharacterType这个类惹的祸，初步看到，HIBERNATE从JDBC取得数据库字段类型，判断如果是CHAR（具体代码好像是12，记不得了），就使用以上的那个类CharacterType来处理，然后这个类直接取第一位，也不管数据库是CHAR(1) 还是CHAR(n)，我觉得这是明显有问题的，不知道是不是有什么特殊的原因，不过我使用处理String类型的那个类替换了这个类，到现在快一年了，没发现有什么不妥。

17 楼 zozoh 2009-09-19  

linliangyi2007 写道

魔力猫咪 写道

为什么呢？大不了新建一个专门的纯JDBC数据库连接就是了。你们使用了SQL，而且从这种使用上来看，也没什么缓存的问题。那么干脆就直接另建一个数据库连接好了。最多对这个连接进行限制，让其只能查询。
要不把其他持久化框架引进来。除非Hibernate使用了2级缓存，而你们的处理又会造成数据库数据变动。才不能不必须走Hibernate这条路。

额～～～你说的也对，不过那样又是一个连接池了。
实际上，我的问题不是用不用hibernate啊，而是有没有在Hibernate nativeSQL 执行中对char(n)的正确读取方法？

你可以采用 Nutz 来做：

DataSource ds = null; // get your datasource here.
Dao dao = new NutDao(ds);
Sql sql = Sqls.create("YOUR SQL HERE").setCallback(new SqlCallback() {
	public Object invoke(Connection conn, ResultSet rs, Sql sql) throws SQLException {
		List<Object[]> re = new LinkedList<Object[]>();
		while (rs.next()) {
			// Write you code here
		}
		return re;
	}
});
dao.execute(sql);
// Get the query result
List<Object[]> list = sql.getList(Object[].class);
// ...
for (Object[] objs : list) {
	// write anything as you want
}

16 楼 seele 2009-09-19  

java 中的 char 本来就是一位的....

Oracle 中的char() 可以用来存数组形式的string ...

映射过来应该是string 才是啊...

15 楼 digyso 2009-09-19  

好像碰到过 用cast 不确定是不是一个问题

14 楼 蔡华江 2009-09-19  

使用Transformers将结果直接转化为Map

13 楼 daniel.ho 2009-09-19  

貌似碰到过，一个方法是你在sql里面cast(ColA as char(n))；第二个方法，要是多次用到的话，看看直接修改Hibernate的类了，反正也提供了源代码

12 楼 Terence.Gao 2009-09-19  

非常讨厌你这种表达方式，除非关键术语如hibernate直接用英文，个人观点。
别说这么多年就学到了一个but...

badqiu的方法确实经常用到。

11 楼 linliangyi2007 2009-09-18  

whaosoft 写道

你在配置文件里配置成string的试试

木有配置文件，如果有就不是NativeSQL执行方式了，呵呵。

10 楼 whaosoft 2009-09-18  

你在配置文件里配置成string的试试

9 楼 linliangyi2007 2009-09-18  

erotica 写道

SQLQuery query = session.createSQLQuery();
query.addScalar("列名", Hibernate.String)

知道这个方法，但问题是SQL是配置的，列名类型不确定，所以。。。无奈！！

谢谢大家了。估计要改Hibernate的源码才能解决了。

8 楼 erotica 2009-09-18  

SQLQuery query = session.createSQLQuery();
query.addScalar("列名", Hibernate.String)

7 楼 linliangyi2007 2009-09-18  

badqiu 写道

变通的解决办法,使用一个代理方法不就行了.hibernate不直接操作ColA名称,而操作ColaString.而getColA()则适应你的接口

private String colAString;
char[] getColA() {
   return str.toCharArray();
}
public getColAString() {
   return colAString;
}
public setColAString(String v) {
   colAString = v;
}

个人在hibernate很少用到char,所以不清楚.

你这个是在Bean中实现的方法吧。我这边用不上，nativeSQL执行的时候，没有Bean可言的，否则直接将bean的colA映射成String就OK了

6 楼 badqiu 2009-09-18  

变通的解决办法,使用一个代理方法不就行了.hibernate不直接操作ColA名称,而操作ColaString.而getColA()则适应你的接口

private String colAString;
char[] getColA() {
   return str.toCharArray();
}
public getColAString() {
   return colAString;
}
public setColAString(String v) {
   colAString = v;
}

个人在hibernate很少用到char,所以不清楚.

5 楼 linliangyi2007 2009-09-18  

魔力猫咪 写道

为什么呢？大不了新建一个专门的纯JDBC数据库连接就是了。你们使用了SQL，而且从这种使用上来看，也没什么缓存的问题。那么干脆就直接另建一个数据库连接好了。最多对这个连接进行限制，让其只能查询。
要不把其他持久化框架引进来。除非Hibernate使用了2级缓存，而你们的处理又会造成数据库数据变动。才不能不必须走Hibernate这条路。

额～～～你说的也对，不过那样又是一个连接池了。
实际上，我的问题不是用不用hibernate啊，而是有没有在Hibernate nativeSQL 执行中对char(n)的正确读取方法？

4 楼 魔力猫咪 2009-09-18  

为什么呢？大不了新建一个专门的纯JDBC数据库连接就是了。你们使用了SQL，而且从这种使用上来看，也没什么缓存的问题。那么干脆就直接另建一个数据库连接好了。最多对这个连接进行限制，让其只能查询。
要不把其他持久化框架引进来。除非Hibernate使用了2级缓存，而你们的处理又会造成数据库数据变动。才不能不必须走Hibernate这条路。