前言
目前創(chuàng)新互聯(lián)公司已為上千多家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)頁空間、綿陽服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計、瑪沁網(wǎng)站維護等服務(wù),公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略,正道將秉承"和諧、參與、激情"的文化,與客戶和合作伙伴齊心協(xié)力一起成長,共同發(fā)展。
一般在寫業(yè)務(wù)接口的過程中,很有可能需要實現(xiàn)可以動態(tài)組合各種查詢條件的接口。如果我們根據(jù)一種查詢條件組合一個方法的做法來寫,那么將會有大量方法存在,繁瑣,維護起來相當(dāng)困難。想要實現(xiàn)動態(tài)查詢,其實就是要實現(xiàn)拼接SQL語句。無論實現(xiàn)如何復(fù)雜,基本都是包括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這個實體類的屬性值相對應(yīng)。
@StaticMetamodel(UserInfo.class) public class UserInfo_ { public static volatile SingularAttributeuserId; public static volatile SingularAttribute name; public static volatile SingularAttribute age; public static volatile SingularAttribute high; }
可移植。API并不依賴具體的數(shù)據(jù)庫,可以根據(jù)數(shù)據(jù)庫類型的不同生成對應(yīng)數(shù)據(jù)庫類型的SQL,所以其為可移植的。
面向?qū)ο蟆?/strong>Criteria API是使用的是各種類和對象如CriteriaQuery、Predicate等構(gòu)建查詢,是面向?qū)ο蟮摹6绻苯訒鴮慡QL則相對于面向的是字符串。
第一種:通過JPA的Criteria API實現(xiàn)
public class UserInfoExtendDao { @PersistenceContext(unitName = "springJpa") EntityManager em; public ListgetUserInfo(String name,int age,int high) { CriteriaBuilder cb = em.getCriteriaBuilder(); CriteriaQuery query = cb.createQuery(UserInfo.class); //from Root 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 userInfos = em.createQuery(query).getResultList(); return userInfos; } }
第二種:DAO層接口實現(xiàn)JpaSpecificationExecutor
JpaSpecificationExecutor如下,方法參數(shù)Specification接口有一個方法toPredicate,返回值正好是Criteria API中的Predicate,而Predicate相對于SQL的where條件。與上一個方法相比,這種寫法不需要指定查詢的表是哪一張,也不需要自己通過Criteria API實現(xiàn)排序和分頁,只需要通過新建Pageable、Sort對象并傳參給findAll方法即可,簡便一些。
public interface JpaSpecificationExecutor{ T findOne(Specification spec); List findAll(Specification spec); Page findAll(Specification spec, Pageable pageable); List findAll(Specification spec, Sort sort); long count(Specification spec); }
UserInfoDao實現(xiàn)JpaSpecificationExecutor
public interface UserInfoDao extends PagingAndSortingRepository, JpaSpecificationExecutor {}
實現(xiàn)Specification
public static SpecificationgetSpec(final String name,final int age,final int high) { return new Specification () { @Override public Predicate toPredicate(Root 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)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持創(chuàng)新互聯(lián)。