Spring Data JPA и NamedEntityGraphs

Мы столкнулись с аналогичной проблемой и разработали несколько перспективных решений, но, похоже, нет элегантного решения для того, что кажется общей проблемой.

1) Приставки. Data jpa предоставляет несколько префиксов (найти, получить, ...) для имени метода. Одна из возможностей - использовать разные префиксы с разными именованными графами. Это минимум работы, но он скрывает смысл метода от разработчика и может вызвать некоторые неочевидные проблемы с загрузкой неправильных сущностей.

@Repository
@Transactional
public interface UserRepository extends CrudRepository<User, Integer>, UserRepositoryCustom {
    @EntityGraph(value = "User.membershipYearsAndPreferences", type = EntityGraphType.LOAD)
    User findByUserID(int id);

    @EntityGraph(value = "User.membershipYears", type = EntityGraphType.LOAD)
    User readByUserId(int id);
}

2) CustomRepository. Еще одно возможное решение - создать собственные методы запроса и внедрить EntityManager. Это решение дает вам самый чистый интерфейс для вашего репозитория, потому что вы можете называть свои методы чем-то значимым, но это значительная сложность, которую нужно добавить в свой код, чтобы предоставить решение, И вы вручную захватываете диспетчер сущностей вместо использования магии Spring.

interface UserRepositoryCustom {
    public User findUserWithMembershipYearsById(int id);
}

class UserRepositoryImpl implements UserRepositoryCustom {
    @PersistenceContext
    private EntityManager em;
    @Override
    public User findUserWithMembershipYearsById(int id) {
        User result = null;
        List<User> users = em.createQuery("SELECT u FROM users AS u WHERE u.id = :id", User.class)
                .setParameter("id", id)
                .setHint("javax.persistence.fetchgraph", em.getEntityGraph("User.membershipYears"))
                .getResultList();
        if(users.size() >= 0) {
            result = users.get(0);
        }
        return result;
    }
}

@Repository
@Transactional
public interface UserRepository extends CrudRepository<User, Integer>, UserRepositoryCustom {
    @EntityGraph(value = "User.membershipYearsAndPreferences", type = EntityGraphType.LOAD)
    User findByUserID(int id);
}

3) JPQL. По сути, это просто отказ от графов именованных сущностей и использование JPQL для обработки ваших объединений за вас. На мой взгляд, неидеально.

@Repository
@Transactional
public interface UserRepository extends CrudRepository<User, Integer>, UserRepositoryCustom {
    @EntityGraph(value = "User.membershipYearsAndPreferences", type = EntityGraphType.LOAD)
    User findByUserID(int id);

    @Query("SELECT u FROM users WHERE u.id=:id JOIN??????????????????????????")
    User findUserWithTags(@Param("id") final int id);
}

Мы выбрали вариант 1, потому что он самый простой в реализации, но это означает, что, когда мы используем наши репозитории, мы должны смотреть на методы выборки, чтобы убедиться, что мы используем тот, который имеет правильный граф сущностей. Удачи.

Источники:

• JPA EntityGraph с разными представлениями с использованием Spring
• https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#repositories.query-methods.

У меня недостаточно репутации, чтобы публиковать все свои источники. Извини :(

У нас была такая же проблема, и мы создали расширение Spring Data JPA для ее решения:

https://github.com/Cosium/spring-data-jpa-entity-graph

Это расширение позволяет передавать именованный или динамически созданный EntityGraph в качестве аргумента любого метода репозитория.

С этим расширением вы сразу получите доступ к этому методу:

List<Complaint> findAll(Sort sort, EntityGraph entityGraph);

И иметь возможность вызывать его с помощью EntityGraph, выбранного во время выполнения.

Используйте @EntityGraph вместе с @Query

@Repository
public interface ComplaintRepository extends JpaRepository<Complaint, Long>{

   @EntityGraph(value = "allJoinsButMessages" , type=EntityGraphType.FETCH)
   @Query("SELECT c FROM Complaint ORDER BY ..")
   @Override
   List<Complaint> findAllJoinsButMessages();

   @EntityGraph(value = "allJoins" , type=EntityGraphType.FETCH)
   @Query("SELECT c FROM Complaint ORDER BY ..")
   @Override
   List<Complaint> findAllJoin();

   ...

}

Использование аннотации @EntityGraph в производном запросе возможно, как я узнал из Эта статья. В статье есть пример:

@Repository
public interface ArticleRepository extends JpaRepository<Article,Long> {
   @EntityGraph(attributePaths = "topics")
   Article findOneWithTopicsById(Long id);
}

Но я не думаю, что в "with" есть что-то особенное, и на самом деле вы можете иметь что-нибудь между find и By. Я пробовал их, и они работают (это код Kotlin, но идея та же):

interface UserRepository : PagingAndSortingRepository<UserModel, Long> {
    @EntityGraph(attributePaths = arrayOf("address"))
    fun findAnythingGoesHereById(id: Long): Optional<UserModel>

    @EntityGraph(attributePaths = arrayOf("address"))
    fun findAllAnythingGoesHereBy(pageable: Pageable): Page<UserModel>
}

В статье упоминалось предостережение о том, что вы не можете создать метод, аналогичный findAll, который будет запрашивать все записи без условия By и использует findAllWithTopicsByIdNotNull() в качестве примера. Я обнаружил, что достаточно просто включить By в конце имени: findAllWithTopicsBy(). Немного более кратко, но может быть немного более запутанным для чтения. Использование имен методов, которые заканчиваются только на By без каких-либо условий, может оказаться в опасности, что в будущих версиях Spring может возникнуть опасность, поскольку это не похоже на предполагаемое использование имени производных запросов.

Похоже, что код для синтаксического анализа производных имен запросов в Spring: здесь, на github. Вы можете посмотреть там, если вам интересно, что возможно для имен методов репозитория производных запросов.

Эти - это весенняя документация для производных запросов.

Это было протестировано с помощью spring-data-commons-2.2.3.RELEASE.

Можете ли вы попробовать создать имя EntiyGraph с дочерним элементом, который вы будете запрашивать, и дать то же имя методу find all. Бывший:

@EntityGraph(value = "fetch.Profile.Address.record", type = EntityGraphType.LOAD)
 Employee getProfileAddressRecordById(long id);

Для вашего случая:

@NamedEntityGraph(name="all.Customer.handling_employee.genre", attributeNodes = {
        @NamedAttributeNode("customer"),
        @NamedAttributeNode("handling_employee"),
        @NamedAttributeNode("genre")
})

имя метода в репозитории

@EntityGraph(value = "all.Customer.handling_employee.genre" , type=EntityGraphType.FETCH)
 findAllCustomerHandlingEmployeeGenre

Таким образом, вы можете отслеживать различные методы findAll.

РЕДАКТИРОВАТЬ: это на самом деле не работает. В итоге пришлось пойти с https://github.com/Cosium/spring-data-jpa-entity-graph. Метод по умолчанию ВЫГЛЯДИТ правильным, но не отменяет аннотации.

Используя JPA, я обнаружил, что работает метод по умолчанию с другой аннотацией EntityGraph:

@Repository
public interface ComplaintRepository extends JpaRepository<Complaint, Long>{

    List<Complaint> findByClosed(boolean closed);

    @EntityGraph(attributePaths = {"customer", "genre", "handling_employee" }, type=EntityGraphType.FETCH)
    @Override
    List<Complaint> findAll(Sort sort);

    @EntityGraph(attributePaths = {"customer", "genre", "handling_employee", "messages" }, type=EntityGraphType.FETCH)
    default List<Complaint> queryAll(Sort sort){
      return findAll(sort);
    }
}

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