Introducción
¿Qué es Spring Data?
Crear proyecto con Spring Initializr
Primeros pasos
Conectar el proyecto a la base de datos
Crear entidades con JPA
Crear relaciones entre entidades
Usar jdbcTemplate para consultas
Spring Data Repositories
Spring Data Repositories
Crear un nuevo registro con CrudRepository
Borrando registros
Usar Lazy y Eager al cargar relaciones
Query Methods: And, Or, True, IgnoreCase, OrderBy
Query Methods: Contains, Not
Query Methods: After, Before, Between, Count, In
Query Methods: First, Top, Optional, LessThan, GreaterThan
Paginación en las consultas
Ordenando la información paginada
Personalización de queries
Usar la anotación @Query con JPQL
Usar @Query con SQL nativos
Resultado personalizado con @Query
Usar @Modifying en un @Query
ACID: @Transactional para asegurar la atomicidad
Características avanzadas
Auditoría con Spring Data
Crear listener personalizado para auditoría
Ejecutar un stored procedure
Próximos pasos
Toma el Curso de Spring Security
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
No se trata de lo que quieres comprar, sino de quién quieres ser. Aprovecha el precio especial.
Antes: $249
Paga en 4 cuotas sin intereses
Termina en:
Aportes 6
Preguntas 4
También se puede usar la anotación @ToString de lombok para no sobrescribir el método toString() en la clase, adicionalmente se pueden excluir campos de la salida:
import lombok.ToString;
@ToString
public class ToStringExample {
private static final int STATIC_VAR = 10;
private String name;
private Shape shape = new Square(5, 10);
private String[] tags;
@ToString.Exclude private int id;
...
}
Luego de implementar el metodo toString() en la clase PizzaEntity, ya luego en la clase AuditPizzaListener no es necesario para las instancias de objeto entidad invocar explicitamente el metodo toString(), solo con imprimir el objeto directamente ya por default invoca el metodo toString(), entonces tando para insert, update o delete funciona.
Las anotaciones @PrePersist, @PreUpdate, @PreRemove, @PostPersist, @PostUpdate y @PostRemove que llevan los métodos se podrían asemejar a los Triggers de base de datos relaciones.
Aquí sería mejor cargar el valor anterior en el @PreUpdate, con eso se garantizaría que el valor en currentValue sea el correcto.
sorry, código Kotlin:
@PreUpdate
fun onPreUpdate(entity: PizzaEntity) {
currentValue = entity.copy()
}
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?