Las consultas JPQL son simples cadenas de texto fáciles de escribir y comprender debido a sus similitudes con el lenguaje SQL. La alternativa dentro de Jakarta Persistence para explotar los datos con el modelo de entidades es la API Criteria. Permite construir consultas de forma programática, esto es, en código Java, y con un tipado absoluto tanto de los parámetros como de los resultados. Lo hace ofreciendo métodos que equivalen a las cláusulas, operadores y funciones de JPQL.

Seguir leyendo

Completemos la revisión de JPQL examinando sus funciones y cómo podemos sacar partido a las nativas que ofrecen las bases de datos. No está de más subrayar que, por cuestiones de rendimiento, es preferible delegar en la base de datos todo el procesamiento y cálculo que pueda realizar, en lugar de implementarlo nosotros en el código.

Seguir leyendo

Hasta ahora, nos hemos conformado con usar una única entidad en el FROM de las consultas JPQL. Para combinar datos de varias necesitamos hacer una reunión o join entre ellas, tal y como haríamos con tablas en una consulta SQL. En este capítulo examinamos los distintos tipos de reuniones disponibles.

Seguir leyendo

Con los conocimientos del capítulo anterior, estamos limitados a consultas que devuelvan un único tipo de entidad o de valor escalar, pese a que ya vimos que JPQL es flexible en este aspecto. Tampoco dimos solución a la recuperación de listados grandes. Dos asuntos de vital importancia en nuestro día a día con JPA que examinamos en detalle en este capítulo.

Seguir leyendo

Recién vistos los fundamentos del lenguaje de consultas JPQL, y antes de seguir profundizando, veamos cómo materializar las consultas, simples cadenas de texto, en código Java que las ejecute.

Seguir leyendo

El gestor de entidades permite recuperar las entidades que conforman el modelo de datos, incluyendo relaciones entre ellas, gracias a las funciones de carga perezosa e inmediata. Pero no es suficiente. En cualquier aplicación de gestión necesitaremos explotar la información almacenada en la base de datos realizando filtros más o menos complejos, comprobando relaciones, efectuando cálculos… En definitiva, son imprescindibles las posibilidades que nos brinda el lenguaje SQL.

Seguir leyendo

Antes de proseguir con el estudio de las consultas JPQL, hagamos un pequeño paréntesis para ver cómo estructurar de forma práctica y sencilla el código relacionado con la persistencia.

Seguir leyendo

Hemos examinado las posibles relaciones entre entidades que podemos establecer, así como su configuración (modo de carga y operaciones en cascada). No obstante, se han quedado en el tintero algunas configuraciones alternativas a las relaciones, de uso poco habitual, pero muy interesantes. Revisaremos tres de ellas en este pequeño capítulo.

Seguir leyendo

En JPA, los atributos y relaciones que forman parte de una entidad se obtienen de la base de datos de dos maneras: en el momento en que la recuperemos (eager loading, carga inmediata o ansiosa) o bien cuando se accede a ellos por primera vez (lazy loading, carga perezosa), si es que esto llega a suceder.

Seguir leyendo

Las operaciones realizadas sobre una entidad actualizan sus relaciones (las claves ajenas) si es necesario, pero no se aplican a las entidade consideraciones a tener en cuentas relacionadas. A veces, nos será de gran utilidad que los cambios de estado de una entidad también se realicen de forma automática en las entidades relacionadas.

Seguir leyendo

La herencia es una de las características definitorias de la programación orientada a objetos, aunque en la actualidad se le tenga cierta aversión debido a su empleo abusivo (me incluyo). Es una técnica fundamental en la definición de modelos de datos y en la aplicación de algunos patrones de diseño.

Seguir leyendo

Las relaciones básicas que vimos en el capítulo anterior se completan con aquellas en las que la entidad tiene una colección de instancias de la entidad asociada.

Seguir leyendo