关于Hibernate ResultTransformer

在Hibernate5.4版本中,由于setResultTransformer方法已过时,可能导致N+1查询问题。文章介绍了如何通过创建自定义的ResultTransformer实现避免这种情况,提供了一个使用Query接口和ResultListTransformer的例子,展示了如何将查询结果转换为自定义DTO对象,以提高性能并避免过时警告。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

在使用hibernate的时候,有时想要把查询结果自动映射为自定义类型或者Map类型,我们一般都会这样操作:

Query query = entityManager.createNativeQuery("sql")
                .unwrap(NativeQuery.class)
                .setResultTransformer(Transformers.ALIAS_TO_ENTITY_MAP);

项目上用的是hibernate5.4,结果发现setResultTransformer方法自5.2版本已过时:

 而且org.hibernate.Query接口也过时,官方文档推荐使用org.hibernate.query.Query,但是没有明确说明setResultTransformer方法的替代用法。当然,过时又不是现在不能用了,不追求完美的话还是按原来的方式用就可以,但是我们要知道原因。

百度了许久,答案基本上都是unwrap的时候使用实现类:

这样确实不提示过时了,但是我觉得既然被弃用肯定是有原因的,肯定是有更优的实现方式的,直接去那个问答网站上搜,果然搜到有用的干货。 

The Hibernate 5.2 implementation of the DTO projection cannot materialize the DTO projection from the ResultSet without executing a secondary query. However, this is very bad to performance since it can lead to N+1 query issues.

大概意思是原来的实现方式会造成 N+1 query 问题。

This HQL limitation has been discussed, and Hibernate 6.0 new SQM parser might address this issue, so stay tuned!

6.0会解决的,等着瞧好吧。

Hibernate 6 has not been released yet. However, based on this issue ResultTransformer interface was split into the 2 functional interfaces: TupleTransformer and ResultListTransformer.

怎么解决才是要点,

使用示例如下:

List<PersonAndCountryDTO> personAndAddressDTOs = entityManager
.createQuery(
    "select p, c.name " +
    "from Person p " +
    "join Country c on p.locale = c.locale " +
    "order by p.id")
.unwrap( org.hibernate.query.Query.class )
.setResultTransformer(
    new ResultTransformer() {
        @Override
        public Object transformTuple(
            Object[] tuple,
            String[] aliases) {
            return new PersonAndCountryDTO(
                (Person) tuple[0],
                (String) tuple[1]
            );
        }
 
        @Override
        public List transformList(List collection) {
            return collection;
        }
    }
)
.getResultList();

测试DTO,组合了Persion和Country:

public class PersonAndCountryDTO{
 
    private final Person person;
 
    private final String country;
 
    public PersonAndCountryDTO(
        Person person,
        String country) {
        this.person = person;
        this.country = country;
    }
 
    public Person getPerson() {
        return person;
    }
 
    public String getCountry() {
        return country;
    }
}

好的,以下是一段示例代码: ```java public class CamelCaseResultTransformer implements ResultTransformer { private static final long serialVersionUID = 1L; @Override public Object transformTuple(Object[] tuple, String[] aliases) { Map<String, Object> result = new HashMap<>(); for (int i = 0; i < tuple.length; i++) { if (tuple[i] != null) { String camelCaseName = toCamelCase(aliases[i]); result.put(camelCaseName, tuple[i]); } } return result; } @SuppressWarnings("rawtypes") @Override public List transformList(List collection) { return collection; } private String toCamelCase(String name) { String[] parts = name.split("_"); StringBuilder camelCaseName = new StringBuilder(); for (String part : parts) { if (camelCaseName.length() == 0) { camelCaseName.append(part.toLowerCase()); } else { camelCaseName.append(part.substring(0, 1).toUpperCase()); camelCaseName.append(part.substring(1).toLowerCase()); } } return camelCaseName.toString(); } } ``` 在上述代码中,我们自定义了一个`CamelCaseResultTransformer`类,实现了Hibernate的`ResultTransformer`接口。我们通过`transformTuple()`方法将查询结果元组中的字段名转换为驼峰命名,并将结果存储在一个`Map`中,最后返回该`Map`对象。在`toCamelCase()`方法中,我们将以下划线分隔的字段名转换为驼峰命名的变量名。 使用该自定义`ResultTransformer`的方式如下: ```java Session session = sessionFactory.openSession(); Query query = session.createSQLQuery("SELECT id, first_name, last_name FROM person") .setResultTransformer(new CamelCaseResultTransformer()); List<Map<String, Object>> resultList = query.getResultList(); session.close(); ``` 在上述代码中,我们创建了一个SQL查询,查询`person`表中的`id`、`first_name`和`last_name`字段。我们通过`setResultTransformer()`方法将查询结果转换为驼峰命名的`Map`对象,并将结果存储在`resultList`中。注意,我们在查询结束后需要关闭`Session`对象。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

wsdhla

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值