前言
目前創(chuàng)新互聯(lián)公司已為上千多家的企業(yè)提供了網(wǎng)站建設、域名、網(wǎng)頁空間、綿陽服務器托管、企業(yè)網(wǎng)站設計、瑪沁網(wǎng)站維護等服務,公司將堅持客戶導向、應用為本的策略,正道將秉承"和諧、參與、激情"的文化,與客戶和合作伙伴齊心協(xié)力一起成長,共同發(fā)展。
一般在寫業(yè)務接口的過程中,很有可能需要實現(xiàn)可以動態(tài)組合各種查詢條件的接口。如果我們根據(jù)一種查詢條件組合一個方法的做法來寫,那么將會有大量方法存在,繁瑣,維護起來相當困難。想要實現(xiàn)動態(tài)查詢,其實就是要實現(xiàn)拼接SQL語句。無論實現(xiàn)如何復雜,基本都是包括select的字段,from或者join的表,where或者having的條件。在Spring Data JPA有兩種方法可以實現(xiàn)查詢條件的動態(tài)查詢,兩種方法都用到了Criteria API。
Criteria API
這套API可用于構(gòu)建對數(shù)據(jù)庫的查詢。
類型安全。通過定義元數(shù)據(jù)模型,在程序編譯階段就可以對類型進行檢查,不像SQL需要與MySQL進行交互后才能發(fā)現(xiàn)類型問題。
如下即為元數(shù)據(jù)模型。創(chuàng)建一個元模型類,類名最后一個字符為下劃線,內(nèi)部的成員變量與UserInfo.class這個實體類的屬性值相對應。
@StaticMetamodel(UserInfo.class) public class UserInfo_ { public static volatile SingularAttribute<UserInfo, Integer> userId; public static volatile SingularAttribute<UserInfo, String> name; public static volatile SingularAttribute<UserInfo, Integer> age; public static volatile SingularAttribute<UserInfo, Long> high; }
可移植。API并不依賴具體的數(shù)據(jù)庫,可以根據(jù)數(shù)據(jù)庫類型的不同生成對應數(shù)據(jù)庫類型的SQL,所以其為可移植的。
面向?qū)ο蟆?/strong>Criteria API是使用的是各種類和對象如CriteriaQuery、Predicate等構(gòu)建查詢,是面向?qū)ο蟮?。而如果直接書寫SQL則相對于面向的是字符串。
第一種:通過JPA的Criteria API實現(xiàn)
public class UserInfoExtendDao { @PersistenceContext(unitName = "springJpa") EntityManager em; public List<UserInfo> getUserInfo(String name,int age,int high) { CriteriaBuilder cb = em.getCriteriaBuilder(); CriteriaQuery<UserInfo> query = cb.createQuery(UserInfo.class); //from Root<UserInfo> root = query.from(UserInfo.class); //where Predicate p1 = null; if(name!=null) { Predicate p2 = cb.equal(root.get(UserInfo_.name),name); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } if(age!=0) { Predicate p2 = cb.equal(root.get(UserInfo_.age), age); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } if(high!=0) { Predicate p2 = cb.equal(root.get(UserInfo_.high), high); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } query.where(p1); List<UserInfo> userInfos = em.createQuery(query).getResultList(); return userInfos; } }
第二種:DAO層接口實現(xiàn)JpaSpecificationExecutor<T>接口
JpaSpecificationExecutor如下,方法參數(shù)Specification接口有一個方法toPredicate,返回值正好是Criteria API中的Predicate,而Predicate相對于SQL的where條件。與上一個方法相比,這種寫法不需要指定查詢的表是哪一張,也不需要自己通過Criteria API實現(xiàn)排序和分頁,只需要通過新建Pageable、Sort對象并傳參給findAll方法即可,簡便一些。
public interface JpaSpecificationExecutor<T> { T findOne(Specification<T> spec); List<T> findAll(Specification<T> spec); Page<T> findAll(Specification<T> spec, Pageable pageable); List<T> findAll(Specification<T> spec, Sort sort); long count(Specification<T> spec); }
UserInfoDao實現(xiàn)JpaSpecificationExecutor
public interface UserInfoDao extends PagingAndSortingRepository<UserInfo, String>, JpaSpecificationExecutor<UserInfo> {}
實現(xiàn)Specification
public static Specification<UserInfo> getSpec(final String name,final int age,final int high) { return new Specification<UserInfo>() { @Override public Predicate toPredicate(Root<UserInfo> root, CriteriaQuery<?> query, CriteriaBuilder cb) { Predicate p1 = null; if(name!=null) { Predicate p2 = cb.equal(root.get(UserInfo_.name),name); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } if(age!=0) { Predicate p2 = cb.equal(root.get(UserInfo_.age), age); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } if(high!=0) { Predicate p2 = cb.equal(root.get(UserInfo_.high), high); if(p1 != null) { p1 = cb.and(p1,p2); } else { p1 = p2; } } return p1; } }; }
項目代碼:springdatajpademo_jb51.rar
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持創(chuàng)新互聯(lián)。
本文標題:SpringDataJPA實現(xiàn)動態(tài)查詢的兩種方法
URL分享:http://muchs.cn/article16/ihgcgg.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供微信小程序、外貿(mào)建站、網(wǎng)站內(nèi)鏈、網(wǎng)站策劃、網(wǎng)頁設計公司、品牌網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)