JPA查询映射到自定义类(自定义Entity)上

JPA查询分为两种:

· 第一种是利用原生SQL进行查询,这种返回的数据格式是List

· 第二种是利用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,也可以利用List去接收数据。在接收数据之后需要通过循环(或者构造迭代器)来迭代出SQL返回的值。这里其实就是ListList的问题,需要注意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中写的iditem等等与RArticle的属性在顺序和数量上保持一致。其他的Entity则需要写清楚其实际路径




附上工具类:
Java List Object[]转换成List T
List 转 List(1)
List 转 List(2)



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

你可能感兴趣的:(Java)