JPA查询映射到自定义类（自定义Entity）上

JPA查询分为两种：

· 第一种是利用原生SQL进行查询，这种返回的数据格式是List<Object[]>

· 第二种是利用JPA提供的方式进行查询，这种返回的数据格式较为自由（但同时也存在一些问题，后面说）

• 原生SQL例子：

//在这里没有直接写自定义类（自定义Entity）
@Query(value = "select id, create_time, comment_times, thumbsup, content, img " +
            "from whisper limit :page, :pagesize", nativeQuery = true)
List<Object[]> selectWhisperByPage(@Param("page") int page, @Param("pagesize") int pagesize);

数据的返回类型为List<Object[]>，也可以利用List<Object>去接收数据。在接收数据之后需要通过循环（或者构造迭代器）来迭代出SQL返回的值。这里其实就是List<Object[]>转List<T>的问题，需要注意Object与T中的实体类的属性在数量以及顺序上要完全一致。

• 不使用原生的SQL：

//RArticle是一个自定义类（自定义Entity）
@Query("select new orz.reinvent.wheel.entity.Response.RArticle" +
            "(a.id, ai.item, a.title, a.article_content, a.pic) " +
            "from orz.reinvent.wheel.entity.ArticleEntity.Article a, " +
            "orz.reinvent.wheel.entity.ArticleEntity.Article_item ai where a.item = ai.id")
Page<RArticle> selectArticleByPage(Pageable pageable);

在不用原生SQL的情况下，需要用到new关键字来实现映射，同样的需要这里SQL中写的id、item等等与RArticle的属性在顺序和数量上保持一致。其他的Entity则需要写清楚其实际路径




附上工具类：
Java List Object[]转换成List T
List 转 List（1）
List 转 List（2）

---

这是根据我实际用的情况探索出来的写法，没有查询太多文档什么的，在写法上也许并不够好。但是写到这儿，我已经放弃JPA了，太麻烦了，终于理解为什么国内多数用mybatis，因为确实方便啊。在设置自定义类的时候，mybatis直接在@ResultType上进行配置就行了。