JPA наследование @EntityGraph включает необязательные ассоциации подклассов

Учитывая следующую модель предметной области, я хочу загрузить все Answers, включая их Valueи соответствующие дочерние элементы, и поместить их в, AnswerDTOчтобы затем преобразовать в JSON. У меня есть рабочее решение, но оно страдает от проблемы N + 1, от которой я хочу избавиться, используя специальное решение @EntityGraph. Все ассоциации настроены LAZY.

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

Использование Однорангового @EntityGraphна Repositoryметоде , который я могу гарантировать , что значения предварительно натянутые предотвратить N +-на Answer->Valueассоциации. Хотя мой результат в порядке, есть еще одна проблема N + 1, из-за ленивой загрузки selectedассоциации MCValues.

Используя это

@EntityGraph(attributePaths = {"value.selected"})

терпит неудачу, потому что selectedполе, конечно, является только частью некоторых Valueобъектов:

Unable to locate Attribute  with the the given name [selected] on this ManagedType [x.model.Value];

Как я могу сказать JPA только попытаться получить selectedассоциацию, если значение равно MCValue? Мне нужно что - то вроде optionalAttributePaths.

Вы можете использовать только, EntityGraphесли атрибут ассоциации является частью суперкласса и тем самым также частью всех подклассов. В противном случае, EntityGraphвсегда будет сбой с тем, Exceptionчто вы в настоящее время получаете.

Лучший способ избежать проблемы выбора N + 1 - разделить ваш запрос на 2 запроса:

Первый запрос выбирает MCValueсущности, используя EntityGraphдля извлечения ассоциации, сопоставленной selectedатрибутом. После этого запроса эти объекты затем сохраняются в кэше 1-го уровня Hibernate / в контексте постоянства. Hibernate будет использовать их при обработке результата 2-го запроса.

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

Затем второй запрос извлекает Answerсущность и использует EntityGraphтакже для извлечения связанных Valueсущностей. Для каждого Valueобъекта Hibernate создаст конкретный подкласс и проверит, содержит ли кэш 1-го уровня объект для этого класса и комбинацию первичного ключа. В этом случае Hibernate использует объект из кэша 1-го уровня вместо данных, возвращаемых запросом.

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

Поскольку мы уже получили все MCValueобъекты со связанными selectedобъектами, теперь мы получаем Answerобъекты с инициализированной valueассоциацией. И если ассоциация содержит MCValueобъект, его selectedассоциация также будет инициализирована.

Я не знаю, что там делает Spring-Data, но для этого обычно нужно использовать TREATоператор, чтобы получить доступ к подассоциации, но реализация для этого оператора довольно глючная. Hibernate поддерживает неявный доступ к свойствам подтипов, который вам здесь нужен, но, очевидно, Spring-Data не может справиться с этим должным образом. Я могу порекомендовать вам взглянуть на Blaze-Persistence Entity-Views , библиотеку, которая работает поверх JPA и позволяет сопоставлять произвольные структуры с вашей моделью сущностей. Вы можете отобразить свою модель DTO безопасным способом, а также структуру наследования. Представления сущностей для вашего варианта использования могут выглядеть следующим образом

@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();
}

Благодаря интеграции данных Spring, предоставляемой Blaze-Persistence, вы можете определить репозиторий, подобный этому, и напрямую использовать результат

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

Он сгенерирует HQL-запрос, который выбирает только то, что вы отобразили в AnswerDTOчто-то вроде следующего.

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

Мой последний проект использовал GraphQL (первый для меня), и у нас была большая проблема с N + 1 запросами и попыткой оптимизировать запросы так, чтобы они объединялись только для таблиц, когда они необходимы. Я нашел Cosium / spring-data-jpa-entity-graph незаменимым. Он расширяет JpaRepositoryи добавляет методы для передачи графа сущностей в запрос. Затем вы можете строить динамические графы сущностей во время выполнения, чтобы добавлять в левые объединения только те данные, которые вам нужны.

Наш поток данных выглядит примерно так:

1. Получить запрос GraphQL
2. Разбор запроса GraphQL и преобразование в список узлов графа сущностей в запросе
3. Создайте граф сущностей из обнаруженных узлов и передайте в хранилище для выполнения

Чтобы решить проблему не включения недопустимых узлов в граф сущностей (например, __typenameиз graphql), я создал служебный класс, который обрабатывает генерацию графа сущностей. Вызывающий класс передает имя класса, для которого он генерирует граф, который затем проверяет каждый узел в графе на соответствие метамодели, поддерживаемой ORM. Если узел отсутствует в модели, он удаляет его из списка узлов графа. (Эта проверка должна быть рекурсивной и проверять каждого ребенка)

Прежде чем найти это, я попробовал проекции и любые другие альтернативы, рекомендованные в документах Spring JPA / Hibernate, но, похоже, ничто не решило проблему элегантно или, по крайней мере, с помощью тонны дополнительного кода.

Отредактировано после вашего комментария:

Приношу свои извинения, я не справился с вашей проблемой в первом раунде, ваша проблема возникает при запуске данных Spring, а не только при попытке вызвать findAll ().

Итак, теперь вы можете перемещаться по полному примеру, который можно взять из моего github: https://github.com/bdzzaid/stackoverflow-java/blob/master/jpa-hibernate/.

Вы можете легко воспроизвести и исправить вашу проблему в этом проекте.

В действительности, данные Spring и спящий режим не способны определять «выбранный» график по умолчанию, и вам необходимо указать способ сбора выбранного параметра.

Итак, сначала вы должны объявить NamedEntityGraphs класса Ответ

Как видите, есть два NamedEntityGraph для значения атрибута класса Answer

• Первое для всех значение без конкретного отношения к загрузке

• Второй для определенного значения Multichoice . Если вы удалите это, вы воспроизведете исключение.

Во-вторых, вам нужно быть в транзакционном контексте answerRepository.findAll (), если вы хотите получать данные типа 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;
// ..
}