?這種是預定義查詢的一種形式

（1）在 @Entity 下增加 @NamedQuery 定義。

public @interface NamedQuery {//query的名稱，規則：實體.方法名；String name();//具體的JPQL查詢語法String query(); }

需要注意，這里的 Query 里面的值也是 JPQL，查詢參數也要和實體進行對應起來。因為實際場景 中這種破壞 Entity 的侵入式很不美感，也不方便，所以這種方式容易遺忘，工作中不推薦。

（2）與之相對應的還有 @NamedNativeQuery。用法一樣，唯一不一樣的是，Query 里面放置的是原生 SQL 語句，而非實體的字段名字。

用法舉例

（1）實體里面的寫法。

@Entity @NamedQuery(name="Customer.findByFirstName",query = "select c from Customer c where c.firstName = ?1") public class Customer {@Id@GeneratedValue(strategy = GenerationType.AUTO)private Long id;private String firstName;private String lastName; ...... }

（2）CustomerRepository 里面的寫法。

Customer findByFirstName(String bauer);

（3）調用者的寫法。

Customer customer = repository.findByFirstName("Bauer");

@NamedQuery 和 @Query 方法定義查詢三者對比：

• Spring JPA 里面的有先級，咱們前面章節有講到過：@Query > @NameQuery > 方法定義查詢。
• 推薦使用的有優先級：@Query > 方法定義查詢 > @NameQuery。
• 相同點，都不支持動態條件查詢。

@Query 的優缺點與實戰經驗分享

分類	描述
優點	（1）可以靈活快速使用JPQL和SQL
	（2）對返回的結果和字段進行自定義
	（3）支持連接表查詢和對象關聯查詢，可以組合出復雜的SQL或JPQL
	（4）可以很好的表達查詢思路
	（5）靈活性非常強，快捷方便
缺點	（1）不支持動態查詢條件，參數個數如果不固定則不支持
	（2）有些讀者會將返回結果用Map或者Object[]數組接收結果，會導致調用此方法的開發人員不知道返回結果里面到底有些什么數據
實戰經驗	（1）當出現很復雜的SQL或者JPQL時候，建議用視圖
	（2）返回結果一定要用對象接收，最好每個對象里面的字段和返回的結果一一對應
	（3）動態的QueryParam會在后面的章節中講到
	（4）能用JPQL，就不用SQL

總結

以上是生活随笔為你收集整理的Spring Data JPA 从入门到精通~@NamedQueries预定义查询的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。