基于随机实体类的JPA本机查询

Question

我试图理解nativeQuery与Spring数据JPA的使用。考虑以下是从USER表中拉出USER_NAME的位置。

公共接口用户存储库扩展了JpaRepository{

  @Query(value = "SELECT USER_NAME FROM USER WHERE EMAIL_ADDRESS = ?1", nativeQuery = true)
  String findByEmailAddress(@Param("emailAddress") String emailAddress );
}

一切都很好。现在，在同一个界面上，我可以添加如下方法，其中它是从某个_其他_表中提取的，它将与实体类用户不匹配。

@Query(value = "SELECT USER_NAME FROM SOME_OTHER_TABLE WHERE EMAIL_ADDRESS = ?1", nativeQuery = true)
  String findByEmailAddress(@Param("emailAddress") String emailAddress );
}

A这也很好用。现在我真正的问题是，如果实体类与本机查询无关，为什么我们需要用户实体类。我们只是想确保代码能够正确编译吗？这是否意味着我甚至可以将任何实体类放入JpaRepository




Answer 1

本机查询适用于jpa提供的面向对象方法不够灵活的角落情况。本机查询只是一个SQL查询，没有办法利用你的对象结构。

为了回答您的问题，是的，您可以从技术上将此查询添加到任何存储库中。存储库中的本机查询支持能够用任意SQL代码扩展存储库功能。

请注意，如果设置native=false，就可以使用jpql查询，这样可以在查询中使用实体结构。请注意，如果将返回类型更改为List，则可以完全忽略@query注释。Spring将自动实现该方法。（假设emailAddress是用户的属性）

Answer 2

本机查询的使用使得不必使用实体，例如，您可以使用任何与SqlDeveloper一起工作的查询，但在我看来，这与JPA的理念不同。

一个独立于DBMS工作的健壮的数据访问框架。

例如，本机允许您使用本机MySQL或Oracle函数，但从DBMS迁移时，您必须检查所有本机查询。

但是，对于命名查询或条件生成器，您将使用允许的函数或允许的方法，这些函数或方法可以在所有DBMS中使用

要做到这一点，您必须使用命名查询或CriteriaBuilder，因为您需要实体和元模型