JPA inheritance @EntityGraph include optional associations of subclasses

后端 未结 4 909
广开言路
广开言路 2021-02-19 01:48

Given the following domain model, I want to load all Answers including their Values and their respective sub-children and put it in an AnswerDTO<

相关标签:
4条回答
  • 2021-02-19 02:05

    My latest project used GraphQL (a first for me) and we had a big issue with N+1 queries and trying to optimize the queries to only join for tables when they are required. I have found Cosium / spring-data-jpa-entity-graph irreplaceable. It extends JpaRepository and adds methods to pass in an entity graph to the query. You can then build dynamic entity graphs at runtime to add in left joins for only the data you need.

    Our data flow looks something like this:

    1. Receive GraphQL request
    2. Parse GraphQL request and convert to list of entity graph nodes in the query
    3. Create entity graph from the discovered nodes and pass into the repository for execution

    To solve the problem of not including invalid nodes into the entity graph (for example __typename from graphql), I created a utility class which handles the entity graph generation. The calling class passes in the class name it is generating the graph for, which then validates each node in the graph against the metamodel maintained by the ORM. If the node is not in the model, it removes it from the list of graph nodes. (This check needs to be recursive and check each child as well)

    Before finding this I had tried projections and every other alternative recommended in the Spring JPA / Hibernate docs, but nothing seemed to solve the problem elegantly or at least with a ton of extra code

    0 讨论(0)
  • 2021-02-19 02:09

    You can only use an EntityGraph if the association attribute is part of the superclass and by that also part of all subclasses. Otherwise, the EntityGraph will always fail with the Exception that you currently get.

    The best way to avoid your N+1 select issue is to split your query into 2 queries:

    The 1st query fetches the MCValue entities using an EntityGraph to fetch the association mapped by the selected attribute. After that query, these entities are then stored in Hibernate's 1st level cache / the persistence context. Hibernate will use them when it processes the result of the 2nd query.

    @Query("SELECT m FROM MCValue m") // add WHERE clause as needed ...
    @EntityGraph(attributePaths = {"selected"})
    public List<MCValue> findAll();
    

    The 2nd query then fetches the Answer entity and uses an EntityGraph to also fetch the associated Value entities. For each Value entity, Hibernate will instantiate the specific subclass and check if the 1st level cache already contains an object for that class and primary key combination. If that's the case, Hibernate uses the object from the 1st level cache instead of the data returned by the query.

    @Query("SELECT a FROM Answer a")
    @EntityGraph(attributePaths = {"value"})
    public List<Answer> findAll();
    

    Because we already fetched all MCValue entities with the associated selected entities, we now get Answer entities with an initialized value association. And if the association contains an MCValue entity, its selected association will also be initialized.

    0 讨论(0)
  • 2021-02-19 02:11

    I don't know what Spring-Data is doing there, but to do that, you usually have to use the TREAT operator to be able to access the sub-association but the implementation for that Operator is quite buggy. Hibernate supports implicit subtype property access which is what you would need here, but apparently Spring-Data can't handle this properly. I can recommend that you take a look at Blaze-Persistence Entity-Views, a library that works on top of JPA which allows you map arbitrary structures against your entity model. You can map your DTO model in a type safe way, also the inheritance structure. Entity views for your use case could look like this

    @EntityView(Answer.class)
    interface AnswerDTO {
      @IdMapping
      Long getId();
      ValueDTO getValue();
    }
    @EntityView(Value.class)
    @EntityViewInheritance
    interface ValueDTO {
      @IdMapping
      Long getId();
    }
    @EntityView(TextValue.class)
    interface TextValueDTO extends ValueDTO {
      String getText();
    }
    @EntityView(RatingValue.class)
    interface RatingValueDTO extends ValueDTO {
      int getRating();
    }
    @EntityView(MCValue.class)
    interface TextValueDTO extends ValueDTO {
      @Mapping("selected.id")
      Set<Long> getOption();
    }
    

    With the spring data integration provided by Blaze-Persistence you can define a repository like this and directly use the result

    @Transactional(readOnly = true)
    interface AnswerRepository extends Repository<Answer, Long> {
      List<AnswerDTO> findAll();
    }
    

    It will generate a HQL query that selects just what you mapped in the AnswerDTO which is something like the following.

    SELECT
      a.id, 
      v.id,
      TYPE(v), 
      CASE WHEN TYPE(v) = TextValue THEN v.text END,
      CASE WHEN TYPE(v) = RatingValue THEN v.rating END,
      CASE WHEN TYPE(v) = MCValue THEN s.id END
    FROM Answer a
    LEFT JOIN a.value v
    LEFT JOIN v.selected s
    
    0 讨论(0)
  • 2021-02-19 02:17

    Edited after your comment:

    My apologize, I haven't undersood you issue in the first round, your issue occurs on startup of spring-data, not only when you try to call the findAll().

    So, you can now navigate the full example can be pull from my github: https://github.com/bdzzaid/stackoverflow-java/blob/master/jpa-hibernate/

    You can easlily reproduce and fix your issue inside this project.

    Effectivly, Spring data and hibernate are not capable to determinate the "selected" graph by default and you need to specify the way to collect the selected option.

    So first, you have to declare the NamedEntityGraphs of the class Answer

    As you can see, there is two NamedEntityGraph for the attribute value of the class Answer

    • The first for all Value without specific relationship to load

    • The second for the specific Multichoice value. If you remove this one, you reproduce the exception.

    Second, you need to be in a transactional context answerRepository.findAll() if you want to fetch data in type LAZY

    @Entity
    @Table(name = "answer")
    @NamedEntityGraphs({
        @NamedEntityGraph(
                name = "graph.Answer", 
                attributeNodes = @NamedAttributeNode(value = "value")
        ),
        @NamedEntityGraph(
                name = "graph.AnswerMultichoice",
                attributeNodes = @NamedAttributeNode(value = "value"),
                subgraphs = {
                        @NamedSubgraph(
                                name = "graph.AnswerMultichoice.selected",
                                attributeNodes = {
                                        @NamedAttributeNode("selected")
                                }
                        )
                }
        )
    }
    )
    public class Answer
    {
    
        @Id
        @GeneratedValue(strategy = GenerationType.IDENTITY)
        @Column(updatable = false, nullable = false)
        private int id;
    
        @OneToOne(cascade = CascadeType.ALL)
        @JoinColumn(name = "value_id", referencedColumnName = "id")
        private Value value;
    // ..
    }
    
    0 讨论(0)
提交回复
热议问题