Datos De Primavera JPA Y NamedEntityGraphs

Nos encontramos con un problema similar e ideamos varias soluciones prospectivas, pero no parece haber una solución elegante para lo que parece ser un problema común.

1) Prefijos. Data jpa ofrece varios prefijos (find, get,...) para un nombre de método. Una posibilidad es usar diferentes prefijos con diferentes grafos con nombre. Este es el que menos trabajo, pero oculta el significado del método del desarrollador y tiene un gran potencial para causar algunos problemas obvios con el mal entidades cargando.

@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. Otra solución posible es crear métodos de consulta personalizados e inyectar el EntityManager. Esta solución le da la interfaz más limpia a su repositorio porque puede nombrar sus métodos algo significativo, pero es una cantidad significativa de complejidad para agregar a su código para proporcionar la solución Y está agarrando manualmente el entity manager en lugar de usar Spring magic.

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. Esencialmente, esto es solo dar up on named entity graphs and using JPQL to handle your joins for you. No es ideal en mi opinión.

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

Optamos por la opción 1 porque es la más simple en la implementación, pero esto significa que cuando usamos nuestros repositorios tenemos que mirar los métodos fetch para asegurarnos de que estamos utilizando el que tiene el entity graph correcto. Buena suerte.

Fuentes:

• EntityGraph de JPA con diferentes vistas usando Primavera
• https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#repositories.query-methods

No tengo suficiente reputación para publicar todas mis fuentes. Lo sentimos: (