当前位置: 首页 > 面试题库 >

Spring Data JPA和QueryDSL

郎聪
2023-03-14
问题内容

我是Spring数据JPA的新手,正在尝试了解如何最好地将其与QueryDSL结合使用。没有QueryDSL,我将可以在SpringData接口中使用@Query注释简单地创建任何查询。

为了获得与使用QueryDSL相同的经验,从我可以看到的角度来看,我需要创建自己的自定义存储库实现,并使我的repo接口扩展我的自定义实现接口,或者将我的所有QueryDSL查询放在包装我的repo的服务层。

在第一种情况下,我无法在自定义存储库中使用任何SD自动生成的方法(例如:findAll(QueryDSL谓词)),因为我无法访问实际的存储库对象,而在第二种情况下,将查询逻辑放在服务层而不是存储库层。

两种解决方案听起来对我来说都没有特别的吸引力。有第三种方法更合适吗?还是我误会了如何正确使用QueryDSL和Spring Data?

谢谢!

埃里克


问题答案:

可能最方便的办法就是让你的资料库界面简单地延长QueryDslPredicateExecutor其增加的能力,只是管Querydsl
Predicate对象到库中并执行独立或一起PageableSort等。

如果您真的想将谓词的组合隐藏到存储库层中(这很好,但实际上具有不同的用途),则可以按此处所述创建一个单独的存储库实现类,并将其QueryDslRepositorySupport用作基类。在你实现查找方法,然后你可以只使用from(…)update(…)delete(…)基类的方法来轻松构建和执行使用Querydsl元模型的查询。



 类似资料:
  • 我只想不使用xml,所以我需要非xml替代这些设置。这是我的POM。

  • 我的项目中的三个模型对象(本文末尾的模型和存储库片段)之间确实存在关系。 当我调用时,它会触发三个select查询: (“sql”) (对我来说)那是相当不寻常的行为。在阅读Hibernate文档后,我认为它应该始终使用连接查询。当类中的更改为时,查询没有区别(使用附加选择进行查询),当更改为时,城市类的查询也一样(使用JOIN进行查询)。 当我使用抑制火灾时,有两种选择: 我的目标是在所有情况下

  • 如何使用Spring Rest Controller和Spring Data JPA仅更新从@刚体传递的实体属性? 员工实体: 服务类方法: 请求体: Hibernate更新查询: Spring Data JPA正在尝试将company_id设置为空以进行更新,即使我没有将其传递给请求体?但是如果我从数据库中得到实体,使用employee_id传递,然后如果我试图保存(),那么它的工作正常。 我想

  • 我目前正在开发一个具有核心模块和不同“扩展”模块的应用程序。核心模块包括基于Spring配置类的JPA配置以及一些“基本”实体及其存储库,这些实体和存储库将在“扩展”模块中使用。扩展模块包含额外的实体类和JPARepositories。启动扩展模块的JUnit测试时,我遇到以下错误: 为了做到这一点,我尝试了三种不同的方法: 创建了一个名为coreEntityManager和setPackages

  • SpringDataJpa中 Specification怎样使用in查询 实体类Menu.java如下 想通过roles属性做in查询,代码如下 错误如下: Parameter value [com.appmtce.pojo.entity.role.Role@20f81e2a] did not match expected type [java.util.Collection (n/a)] 我的S

  • 我正在使用100个实体(使用JHipster)设置一个新的Spring Boot API,我的问题是:鉴于我有一组存储库层方法,我希望我的所有存储库都能够调用这些方法。 我已经尝试制作所有接口来扩展('RepositoryQuery'是我默认的自定义接口名称后缀),然后使用特定于实体的类。请注意,所有的类扩展了一个泛型实现类,名为。 请注意,给定正则表达式中的“.*”代表我的持久实体集中的任何实体

  • 我想根据我的输入选择列(列表 我知道要选择不同的特定列,我可以使用@Query("SELECT DISTINCT name OF TABLE"),但是,我想给用户选择他们想要的列的灵活性。列表

  • 我在SQLSerever中有一个数据库表,其中包含一些数据(最高id为360)。 现在,我想使用Spring数据JPA将新记录插入到这个表中。 有没有一种方法可以使新记录的id以增量方式跟随存量数据的id(即361、362等)? 寻找一种不会将我绑定到当前数据库的解决方案(即,不应阻止我将来无缝切换到另一个数据库)