百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

Java开发深入了解spring data jpa

ccwgpt 2024-09-21 13:44 90 浏览 0 评论

1. 对于一般应用中各类简单的增删查改,spring data提供了根据名字直接查询的代理方法,啥都不需要做,唯一需要编写接口,命名方法,这部分实在是太方便了,而且简单查询解决了差不多80%的问题。这部分相对简单,不再赘述,参考用法大全部分。

2. 对于复杂但又相对固定的查询,可以使用JPQL和Native Sql,即@Query直接写JPQL语句的方式。这部分也不难,简单给个例子,需要注意的是返回结果如果是多个值并且返回多组,那应该以Object[][]表示

@Query(value = "SELECT su.id, su.name_CN, avg(s.rate), count(b.id), count(concat(b.key, '@', s.admin)) "

+ "FROM " + CommonConstants.SCHEMA_PREFIX + "Submarket su, " + CommonConstants.SCHEMA_PREFIX + "Building b, " + CommonConstants.SCHEMA_PREFIX + "Space s, " + CommonConstants.SCHEMA_PREFIX + "Market m, " + CommonConstants.SCHEMA_PREFIX + "City c "

+ "where b.submarket_id = su.id and s.building_id = b.id and su.market_id = m.id and m.city_id = c.id and c.country_id = ?1 group by su.id", nativeQuery=true)

Object[][] findAreaInfoByCountryId(int parentId);

3. 对于复杂且动态的查询,使用Criteria。对于criteria的用法,那就有相当多的内容了。需要使用到criteria的场景通常是界面上有各种过滤和条件选项。

Criteria由于需要使用类的方式将整个复杂sql语句组织起来,因此有不少类,我们先来理解下这些类的含义。

3.1大多数情况下,搜索返回的结果是一个数据库中的实体对象,对于这种情况,实际上可以直接使用spring data jpa提供的toPredicate方法,该方法定义如下

public interface Specification<T> {

Predicate toPredicate(Root<T> root, CriteriaQuery<?> query, CriteriaBuilder cb);

}

实际使用时只需要把预定义好的Repository对象继承JpaSpecificationExecutor对象即可

@Repository

public interface CityDao extends JpaSpecificationExecutor<City>{

真正调用时只需要传递如下回调方法,spring会自动帮你完成分页

Page<City> page = cityDao.findAll(new Specification<City>() {

@Override

public Predicate toPredicate(Root<City> root, CriteriaQuery<?> query, CriteriaBuilder cb) {

root = query.from(City.class);

Path<String> nameExp = root.get("name");

return cb.like(nameExp, "%北京%");

}

}, new PageRequest(1, 5, new Sort(Direction.DESC, new String[] { "id" })));

对于这种情况,虽然动态查询比较复杂,但是要庆幸是其中相当简单的类型了。

3.2 我们来看boss升级难度以后的情况。假如此时你的查询中不是一个简单实体类型,而是一个复杂的聚合对象,有一堆聚合查询,有一堆a对象的属性,一堆b对象的属性。可能你还试图用toPredicate方法继续,但实际上Page只允许你传递已定义好的数据库中的实体对象,因为其root中定义的泛型实际上限制了后续的行为,比如想在root上join,如果root不是一个数据库实体则编译就报错了。另外由此引发的query.multiselect自定义查询结果无效,因为结果默认就是你定义好的那个实体。这时候的解决办法就是自定义dao实现类。首先,定义一个自定义实现接口

@NoRepositoryBean

public interface SearchJpaRepositoryCustom {

public Page<Tuple> searchListing(final ListingSearchContext searchContext, Pageable pageable);

}

其次,dao接口得继承该自定义接口

public interface BuildingRepository extends PagingAndSortingRepository<Building, Integer>, SearchJpaRepositoryCustom

然后,真正的dao模型实现类如下,需要注意,自定义的实现类必须实现自定义接口,并且,名字是BuildingRepository+impl,注意这里踩过坑

public class BuildingRepositoryImpl extends PagableRepository implements SearchJpaRepositoryCustom {

@PersistenceContext

private EntityManager em;

private Join<Space, ?> getSearchExpression(final CriteriaBuilder cb, final ListingSearchContext searchContext,

final Root<Space> root, final Predicate predicate) {

List<Expression<Boolean>> expressions = predicate.getExpressions();

// 只搜索版本为0的(即当前版本)

expressions.add(cb.equal(root.<String> get("ver"), 0));

if (searchContext.getSpaceId() > 0) {

expressions.add(cb.equal(root.<Integer> get("id"), searchContext.getSpaceId())); // id

}

if (null != searchContext.getMinRate()) {

expressions.add(cb.greaterThanOrEqualTo(root.<BigDecimal> get("rate"), searchContext.getMinRate())); // 价格

}

if (null != searchContext.getMaxRate()) {

expressions.add(cb.lessThanOrEqualTo(root.<BigDecimal> get("rate"), searchContext.getMaxRate())); // 价格

}

if (null != searchContext.getLCD()) {

expressions.add(cb.lessThanOrEqualTo(root.<Date> get("dateAvailable"), searchContext.getLCD())); // 可用日期

}

// spaceTypeId

if (searchContext.getSpaceTypeId() > 0) {

expressions.add(cb.equal(root.<String> get("spaceType").get("id"), searchContext.getSpaceTypeId()));

}

// buildingGrade&submarket

Join<Space, ?> buildingJoin = root.join(root.getModel().getSingularAttribute("building"), JoinType.INNER);

if (searchContext.getBuildingGradeId() > 0) {

expressions.add(cb.equal(buildingJoin.get("buildingGrade").get("id"), searchContext.getBuildingGradeId()));

}

if (searchContext.getSubmarketId() > 0) {

expressions.add(cb.equal(buildingJoin.get("submarket").get("id"), searchContext.getSubmarketId()));

}

if (StringUtils.isNotEmpty(searchContext.getKeyword())) {

Predicate like1 = cb.like(buildingJoin.<String> get("buildingNameCn"),

"%" + searchContext.getKeyword() + "%");

Predicate like2 = cb.like(buildingJoin.<String> get("addressCn"), "%" + searchContext.getKeyword() + "%");

expressions.add(cb.or(like1, like2)); // 关键字

}

return buildingJoin;

}

@Override

public Page<Tuple> searchListing(final ListingSearchContext searchContext, Pageable pageable) {

final CriteriaBuilder cb = em.getCriteriaBuilder();

final CriteriaQuery<Tuple> query = cb.createTupleQuery();

final Root<Space> root = query.from(Space.class);

Predicate predicate = cb.conjunction();

Join<Space, ?> buildingJoin = getSearchExpression(cb, searchContext, root, predicate);

Join<Space, ?> spaceTypeJoin = root.join(root.getModel().getSingularAttribute("spaceType"), JoinType.INNER);

Join<Space, ?> contiguousJoin = root.join(root.getModel().getSingularAttribute("contiguous"), JoinType.INNER);

Join<Building, ?> assetJoin = buildingJoin.join("asset", JoinType.INNER);

Join<BuildingGrade, ?> buildingGradeJoin = buildingJoin.join("buildingGrade", JoinType.INNER);

SetJoin<Asset, ?> mediaJoin = assetJoin.joinSet("medias");

mediaJoin.on(cb.and(cb.equal(mediaJoin.get("type"), "photo"), cb.equal(mediaJoin.get("subtype"), "main")));

Expression<BigDecimal> maxConExp = cb.max(contiguousJoin.<BigDecimal> get("maxContiguous"));

Expression<BigDecimal> totalConExp = cb.sum(root.<BigDecimal> get("size"));

query.multiselect(cb.count(root.<Integer> get("id")), root.<Integer> get("userByAdmin").get("id"), totalConExp,

maxConExp, cb.min(root.<BigDecimal> get("minDivisible")), root.<Integer> get("building"),

cb.max(root.<Integer> get("stage")), cb.min(root.<Integer> get("lcd")),

cb.min(root.<Integer> get("led")), cb.min(root.<Integer> get("floor")),

cb.max(root.<Integer> get("floor")), mediaJoin.get("path"), spaceTypeJoin.get("nameEn"),

buildingGradeJoin.get("nameEn"));

query.where(predicate);

query.orderBy(cb.desc(root.get("gmtCreate").as(Date.class)));

query.groupBy(root.<Integer> get("building").get("id"), root.<String> get("userByAdmin").get("id"));

Predicate minExp = null;

Predicate maxExp = null;

Predicate minMaxResultExp = null;

if (null != searchContext.getMinSize()) {

minExp = cb.greaterThanOrEqualTo(cb.min(root.<BigDecimal> get("minDivisible")), searchContext.getMinSize()); // 最小面积

minMaxResultExp = minExp;

}

if (null != searchContext.getMaxSize()) {

maxExp = cb.lessThanOrEqualTo(searchContext.isContiguous() ? maxConExp : totalConExp,

searchContext.getMaxSize()); // 最大面积

minMaxResultExp = maxExp;

}

if (null != searchContext.getMinSize() && null != searchContext.getMaxSize()) {

minMaxResultExp = cb.or(minExp, maxExp);

}

if (null != minMaxResultExp) {

query.having(minMaxResultExp);

}

TypedQuery<Tuple> pagableQuery = em.createQuery(query);

return pageable == null ? new PageImpl<Tuple>(pagableQuery.getResultList())

: readPage(pagableQuery, pageable);

}

}

3.3 难度又升级了,解决了上面的问题以后,面临新的问题:分页。使用toPredicate时,spring已经实现了分页,而自定义实现类后,分页也需要自己实现。

首当其冲的问题就是count,如果在3.2中用了group by这种操作,而此处分页时候又想统计分页结果,那么实际上就是想count 分组数。常见做法是:

select count(*) from

(select ... group by ...)

但是实际上jpa不支持这种类型的子查询,本人这里试了很久各种方法,实际上都行不通。参考文末“特殊情况的count写法”

最终使用了将 criteria还原为hql,通过translator组装成native的sql,附加上参数,最终执行的方式,通过后的参考代码如下

protected Long executeCountQuery(final ListingSearchContext searchContext, TypedQuery<Tuple> query) {

String hqlString = query.unwrap(Query.class).getQueryString();

QueryTranslatorFactory translatorFactory = new ASTQueryTranslatorFactory();

Query hibernateQuery = ((HibernateQuery)query).getHibernateQuery();

QueryImpl hImpl = (QueryImpl)hibernateQuery;

Map<String, TypedValue> paramMap = (Map<String, TypedValue>)ReflectionUtils.getFieldValue(hImpl,"namedParameters");

QueryTranslator translator = translatorFactory.createQueryTranslator(hqlString, hqlString, paramMap,

(SessionFactoryImplementor) emf.unwrap(SessionFactory.class), null);

translator.compile(paramMap, false);

javax.persistence.Query nativeQuery = em

.createNativeQuery("select count(*) from (" + translator.getSQLString() + ") x");

ParameterTranslations parameterTranslations = translator.getParameterTranslations();

for(String name : paramMap.keySet()){

for (int position : parameterTranslations.getNamedParameterSqlLocations(name)) {

nativeQuery.setParameter(position + 1, paramMap.get(name).getValue());

}

}

Long cnt = ((Number) nativeQuery.getSingleResult()).longValue();

return cnt;

}

通过利用已有的分页类,实现自定义的分页

protected Page<Tuple> readPage(final ListingSearchContext searchContext, TypedQuery<Tuple> query, Pageable pageable) {

query.setFirstResult(pageable.getOffset());

query.setMaxResults(pageable.getPageSize());

Long total = executeCountQuery(searchContext, query);

List<Tuple> content = total > pageable.getOffset() ? query.getResultList() : Collections.<Tuple> emptyList();

return new PageImpl<Tuple>(content, pageable, total);

}

4. 复杂sql的简化。对于一些明显复杂的sql(比如需要经过多次嵌套子查询的sql),建议将该查询简化,简化的方式无非是修改模型,增加适应简化查询的的新方法。

Spring 框架对 JPA 的支持

Spring 框架对 JPA 提供的支持主要体现在如下几个方面:

  • 首先,它使得 JPA 配置变得更加灵活。JPA 规范要求,配置文件必须命名为 persistence.xml,并存在于类路径下的 META-INF 目录中。该文件通常包含了初始化 JPA 引擎所需的全部信息。Spring 提供的 LocalContainerEntityManagerFactoryBean 提供了非常灵活的配置,persistence.xml 中的信息都可以在此以属性注入的方式提供。
  • 其次,Spring 实现了部分在 EJB 容器环境下才具有的功能,比如对 @PersistenceContext、@PersistenceUnit 的容器注入支持。
  • 第三,也是最具意义的,Spring 将 EntityManager 的创建与销毁、事务管理等代码抽取出来,并由其统一管理,开发者不需要关心这些,业务方法中只剩下操作领域对象的代码,事务管理和 EntityManager 创建、销毁的代码都不再需要开发者关心了。

Spring Data JPA 更简洁

Spring Data JPA 框架,主要针对的就是 Spring 唯一没有简化到的业务逻辑代码,至此,开发者连仅剩的实现持久层业务逻辑的工作都省了,唯一要做的,就只是声明持久层的接口,其他都交给 Spring Data JPA 来帮你完成!

下面就来了解Spring Data JPA。

1.下载需要的包。

需要先 下载Spring Data JPA 的发布包(需要同时下载 Spring Data Commons 和 Spring Data JPA 两个发布包,Commons 是 Spring Data 的公共基础包),并把相关的依赖 JAR 文件加入到 CLASSPATH 中。

2.让持久层接口 Dao(以UserDao) 继承 Repository 接口

该接口使用了泛型,需要为其提供两个类型:第一个为该接口处理的域对象类型,第二个为该域对象的主键类型。

总结

以 上就是我对Java开发深入了解spring data jpa 问题及其优化总结,分享给大家,觉得收获的话可以点个关注收藏转发一波喔,谢谢大佬们支持!

最后,每一位读到这里的网友,感谢你们能耐心地看完。希望在成为一名更优秀的Java程序员的道路上,我们可以一起学习、一起进步!都能赢取白富美,走向架构师的人生巅峰!

进阶地址:https://ke.qq.com/course/230866?flowToken=1000327

想了解学习Java方面的技术内容以及Java技术视频的内容可加群:722040762 验证码:头条(06 必过)欢迎大家的加入哟!

相关推荐

团队管理“布阵术”:3招让你的团队战斗力爆表!

为何古代军队能够以一当十?为何现代企业有的团队高效似“特种部队”,有的却松散若“游击队”?**答案正隐匿于“布阵术”之中!**今时今日,让我们从古代兵法里萃取3个核心要义,助您塑造一支战斗力爆棚的...

知情人士回应字节大模型团队架构调整

【知情人士回应字节大模型团队架构调整】财联社2月21日电,针对原谷歌DeepMind副总裁吴永辉加入字节跳动后引发的团队调整问题,知情人士回应称:吴永辉博士主要负责AI基础研究探索工作,偏基础研究;A...

豆包大模型团队开源RLHF框架,训练吞吐量最高提升20倍

强化学习(RL)对大模型复杂推理能力提升有关键作用,但其复杂的计算流程对训练和部署也带来了巨大挑战。近日,字节跳动豆包大模型团队与香港大学联合提出HybridFlow。这是一个灵活高效的RL/RL...

创业团队如何设计股权架构及分配(创业团队如何设计股权架构及分配方案)

创业团队的股权架构设计,决定了公司在随后发展中呈现出的股权布局。如果最初的股权架构就存在先天不足,公司就很难顺利、稳定地成长起来。因此,创业之初,对股权设计应慎之又慎,避免留下巨大隐患和风险。两个人如...

消息称吴永辉入职后引发字节大模型团队架构大调整

2月21日,有消息称前谷歌大佬吴永辉加入字节跳动,并担任大模型团队Seed基础研究负责人后,引发了字节跳动大模型团队架构大调整。多名原本向朱文佳汇报的算法和技术负责人开始转向吴永辉汇报。简单来说,就是...

31页组织效能提升模型,经营管理团队搭建框架与权责定位

分享职场干货,提升能力!为职场精英打造个人知识体系,升职加薪!31页组织效能提升模型如何拿到分享的源文件:请您关注本头条号,然后私信本头条号“文米”2个字,按照操作流程,专人负责发送源文件给您。...

异形柱结构(异形柱结构技术规程)

下列关于混凝土异形柱结构设计的说法,其中何项正确?(A)混凝土异形柱框架结构可用于所有非抗震和抗震设防地区的一般居住建筑。(B)抗震设防烈度为6度时,对标准设防类(丙类)采用异形柱结构的建筑可不进行地...

职场干货:金字塔原理(金字塔原理实战篇)

金字塔原理的适用范围:金字塔原理适用于所有需要构建清晰逻辑框架的文章。第一篇:表达的逻辑。如何利用金字塔原理构建基本的金字塔结构受众(包括读者、听众、观众或学员)最容易理解的顺序:先了解主要的、抽象的...

底部剪力法(底部剪力法的基本原理)

某四层钢筋混凝土框架结构,计算简图如图1所示。抗震设防类别为丙类,抗震设防烈度为8度(0.2g),Ⅱ类场地,设计地震分组为第一组,第一自振周期T1=0.55s。一至四层的楼层侧向刚度依次为:K1=1...

结构等效重力荷载代表值(等效重力荷载系数)

某五层钢筋混凝土框架结构办公楼,房屋高度25.45m。抗震设防烈度8度,设防类别丙类,设计基本地震加速度0.2g,设计地震分组第二组,场地类别为Ⅱ类,混凝土强度等级C30。该结构平面和竖向均规则。假定...

体系结构已成昭告后世善莫大焉(体系构架是什么意思)

实践先行也理论已初步完成框架结构留余后人后世子孙俗话说前人栽树后人乘凉在夏商周大明大清民国共和前人栽树下吾之辈已完成结构体系又俗话说青出于蓝而胜于蓝各个时期任务不同吾辈探索框架结构体系经历有限肯定发展...

框架柱抗震构造要求(框架柱抗震设计)

某现浇钢筋混凝土框架-剪力墙结构高层办公楼,抗震设防烈度为8度(0.2g),场地类别为Ⅱ类,抗震等级:框架二级,剪力墙一级,混凝土强度等级:框架柱及剪力墙C50,框架梁及楼板C35,纵向钢筋及箍筋均采...

梁的刚度、挠度控制(钢梁挠度过大会引起什么原因)

某办公楼为现浇钢筋混凝土框架结构,r0=1.0,混凝土强度等级C35,纵向钢筋采用HRB400,箍筋采用HPB300。其二层(中间楼层)的局部平面图和次梁L-1的计算简图如图1~3(Z)所示,其中,K...

死要面子!有钱做大玻璃窗,却没有钱做“柱和梁”,不怕房塌吗?

活久见,有钱做2层落地大玻璃窗,却没有钱做“柱子和圈梁”,这样的农村自建房,安全吗?最近刷到个魔幻施工现场,如下图,这栋5开间的农村自建房,居然做了2个全景落地窗仔细观察,这2个落地窗还是飘窗,为了追...

不是承重墙,物业也不让拆?话说装修就一定要拆墙才行么

最近发现好多朋友装修时总想拆墙“爆改”空间,别以为只要避开承重墙就能随便砸!我家楼上邻居去年装修,拆了阳台矮墙想扩客厅,结果物业直接上门叫停。后来才知道,这种配重墙拆了会让阳台承重失衡,整栋楼都可能变...

取消回复欢迎 发表评论: