Spring Data JPA Et NamedEntityGraphs

nous avons rencontré un problème similaire et avons conçu plusieurs solutions prospectives, mais il ne semble pas y avoir de solution élégante pour ce qui semble être un problème commun.

1) préfixes. Données jpa permet plusieurs préfixes (find, get, ...) pour un nom de méthode. Une possibilité est d'utiliser différents préfixes avec différents graphes nommés. C'est le moins de travail, mais cache la signification de la méthode du développeur et a beaucoup de potentiel pour causer certains non-évidence problèmes avec le mauvais chargement des entités.

@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. Une autre solution possible est de créer des méthodes de requête personnalisées et d'injecter L'EntityManager. Cette solution vous donne l'interface la plus propre à votre dépôt parce que vous pouvez nommer vos méthodes quelque chose de significatif, mais il est une quantité significative de complexité à ajouter à votre code pour fournir la solution et vous êtes manuellement accaparant le gestionnaire d'entité au lieu d'utiliser la magie de printemps.

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. Il s'agit essentiellement d'abandonner sur les graphiques d'entity nommés et D'utiliser JPQL pour gérer vos jointures pour vous. Non-idéal, à mon avis.

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

nous sommes allés avec l'option 1 parce que c'est la plus simple dans la mise en œuvre, mais cela signifie que lorsque nous utilisons nos dépôts, nous devons regarder les méthodes fetch pour nous assurer que nous utilisons celui avec le graphe d'entité correct. Bonne chance.

Sources:

• JPA EntityGraph avec différents points de vue à l'aide de Printemps
• https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#repositories.query-methods

Je n'ai pas assez de réputation pour publier toutes mes sources. Désolé: (