JPA por qué usar createNamedQuery

Question

Estoy en el proceso de cambiar mi capa DAO del uso de la API Hibernate a usar una implementación pura API JPA. Parece que el método recomendado es usar createNamedQuery desde el administrador de entidades. Las consultas nombradas se almacenan en anotaciones en las clases de modelo/entidad. Esto simplemente no tiene sentido para mí. ¿Por qué definirías las consultas JPA en los objetos modelo pero las usarías en los DAO? ¿No sería más lógico utilizar createQuery desde el propio DAO y definir las consultas en el DAO o incluso simplemente definir las consultas con nombre en el mismo DAO?

Para aquellos de ustedes que han implementado su capa DAO utilizando la API JPA, ¿cómo han definido sus consultas?

Answer 1

Uso consultas con nombre.

Hay dos razones para ello:

1. Los pone en un lugar más central en lugar de dispersa en código con CreateQuery aleatorio() llama; y
2. Los procesos de compilación pueden validar las consultas (realmente útiles).

Answer 2

Tuve una experiencia completamente opuesta a la de cletus: no encontré ningún beneficio y también me resultó incómodo de usar. Las consultas triviales no tendrían ninguna diferencia sobre dónde definirlas, pero las consultas no triviales suelen ser difíciles de asociar con cualquier entidad individual, pero son sencillas con el método orientado a los negocios.

Si usa infraestructura más o menos sofisticada en DAO (para reutilización y coherencia), el uso de consultas con nombre tiende a complicar tanto la implementación como la legibilidad sin ofrecer ningún beneficio aparente.

La validación de consultas por proceso de compilación suena interesante. Me gustaría saber más de lo que realmente significa ... Mis consultas dejan poco margen de error ya que cada método DAO se prueba por unidades tanto como tiene sentido.

Answer 3

No solo utilice consultas con nombre en todas partes, hay casos en que no son apropiadas, como cuando raramente se utilizarán consultas, entonces puede ser más eficiente cuando se construye según sea necesario.

Las consultas con nombre tienen más sentido cuando va a ser complejo y se ejecuta con frecuencia.

[Actualizado]

Puede escribir las consultas con nombre en la cartografía, en su lugar.

Answer 4

Puedes echar un vistazo al Spring Data JPA. Le permite simplemente definir una interfaz y ejecutar consultas sin la necesidad de implementar la ejecución de forma manual.

Entidad:

@Entity 
@NamedQuery(id="User.findByLastname" query="from User u where u.lastname = ?1") 
public class User implements Persistable<Long> { 

    @Id 
    private Long id; 
    private String username; 
    private String lastname; 
    private int age; 
} 

Repositorio:

public interface UserRepository extends CrudRepository<User, Long> { 

    // Will trigger the NamedQuery due to a naming convention 
    List<User> findByLastname(String lastname); 

    // Will create a query from the methodname 
    // from User u where u.username = ? 
    User findByUsername(String username); 

    // Uses query annotated to the finder method in case you 
    // don't want to pollute entity with query info 
    @Query("from User u where u.age > ?1") 
    List<User> findByAgeGreaterThan(int age); 
} 

Configuración:

EntityManager em = Persistence.getEntityManagerFactory().createEntityManager(); 
JpaRepositoryFactory factory = new JpaRepositoryFactory(em); 

UserRepository repository = factory.getRepository(UserRepository.class); 

Como se puede ver se puede elegir entre diferentes maneras para obtener la consulta, para la ejecución del método .Si bien derivarlo directamente del nombre del método es factible para consultas simples, probablemente elija entre @NamedQuery (estándar JPA) o @Query (anotación Spring Data JPA) dependiendo de cuánto le gusta cumplir con los estándares.

Spring Data JPA le brinda soporte en varias otras esquinas de la implementación de la capa de acceso a datos, permite proporcionar implementaciones personalizadas para los métodos y se integra muy bien con Spring.

Answer 5

Acepta el poder de y :) Si tienes una consulta que tiene sentido poner en el modelo, hazlo. Si no lo haces, no lo hagas. Podría ser incluso mejor preguntar "¿Por qué estás escribiendo DAO con JPS?" Si la respuesta es "Aislar mi código de la base de datos". Esto lo hace la biblioteca que implementa JPA. Si la respuesta es "aislar mi código de los cambios en la forma en que persisto", entonces JPA lo hace permitiéndote tener diferentes implementaciones. Utilizo objetos de consulta para consultas complejas, y sigo usando consultas con nombres siempre que sea posible, y me gusta el hecho de que las consultas con nombre se compilan, por lo que encuentro errores en ellas mucho más rápido. No tengo una capa DAO.