在JPA 2.0中我们可以使用entityManager.createNativeQuery()来执行原生的SQL语句。但当我们查询结果没有对应实体类时,query.getResultList()返回的是一个List<对象[]祝辞。也就是说每行的数据被作为一个对象数组返回。
公共空间testNativeQuery () {
查询查询=entityManager。createNativeQuery(“选择id、名称、年龄从t_user”);
列表行=query.getResultList ();
(对象行:行){
对象[]细胞=(Object[])行;
system . out。println (" id=" +细胞[0]);
system . out。println (" name=" +细胞[1]);
system . out。println(“年龄=" +细胞[2]);
}
}
之前
这样用会使代码非常不容易让人理解,究竟下标为0的元素到底是什么,不去数查询语句是不知道的,而且一旦查询语句被调整,Java代码也要一起调整。这时候我们想如果返回的是地图的话,用起来会清晰的多。
可惜的是JPA的API中并没有提供这样的设置。其实很多JPA的底层实现都是支持返回地图对象的。
EclipseLink的query.setHint (QueryHints。RESULT_TYPE ResultType.Map);
Hibernate的.setResultTransformer (Transformers.ALIAS_TO_ENTITY_MAP);
所以,如果我们想要返回地图并且确定底层用的是某一种JPA的实现时我们可以退而求其次,牺牲跨实现的特性来满足我们的需求:
公共空间testNativeQuery () {
查询查询=entityManager。createNativeQuery(“选择id、名称、年龄从t_user”);
query.unwrap (SQLQuery.class) .setResultTransformer (Transformers.ALIAS_TO_ENTITY_MAP);
列表行=query.getResultList ();
(对象obj:行){
地图行=(Map) obj;
system . out。println (" id=" + row.get (" id "));
system . out。println (" name=" + row.get("名称"));
system . out。println(“年龄=" + row.get("年龄"));
}
}
之前
查询查询=entityManager。createNativeQuery(“选择id、名称、年龄从t_user”, User.Class);
之前
这里需要注意的是,用地图肯定要比用对象数组来的效率低,所以你要看性能下降是否在可接受范围内,再就是在我的Hibernate 4.2。x的环境下,无论你原生SQL中写的是大写字母还是小写字母,返回的字段名都是大写的。当然你可以通过自定义ResultTransformer的形式对字段名进行一定的处理,甚至是返回自己需要的POJO。
以上这篇让JPA查询的查询接口返回地图对象的方法就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
