Creación de Entities con Clave Primaria Compuesta en JPA
Contenido del curso
Cristian Jose Curup Muyus
Julian Parra
Cesar Sadrak Martin Moreno
Lizeth Verena Mercado Arteta
Gleycer Parra
Alejandro Ramírez
Profesor
Rolando Mamani Salas
Andrés Guerra Montoya
José Alejandro Maya Montiel
Yovanny Ochoa
Cesar Eduardo Valle Pino
Cesar Eduardo Valle Pino
Rolando Mamani Salas
Elvis Rafael Perez Gutierrez
Alejandro Ramírez
Profesor
Pedro Edison Rios Pino
jeancarlos Nancay Pacheco
EMMANUEL MORALES GONZALEZ
Alejandro Ramírez
Profesor
Yeferson Yuberley Guerrero Castro
Jorge Ramírez Santiago
Rolando Mamani Salas
Ronald Eduardo Ibañez Rodriguez
Alejandro Ramírez
Profesor
Jose Sanchez
David Cancino
Claudio Torres Burgos
Claudio Torres Burgos
Rolando Mamani Salas
Bruno Román Huamán
Ruben Dario Cordoba Mosquera
Samir Jimenez Vivas
Esteban Salcedo Alvarez
Juan Camilo Sandoval Hernandez
Eduardo Miguel Ruiz
Frank Camilo Atencio Loreth
Gonzalo Gutiérrez Castillo
ROMMEL DUAREZ SAENZ
Cuando se tiene una tabla en la que su llave primara es compuesta, se debe hacer una clase aparte que contenga los atributos que conforman la llave
Creando la Clase que tendra nuestra llave compuesta Recuerda que debe de contener lo siguiente:
@Embeddable public class ComprasProductoPK implements Serializable { @Column(name = "id_compra") private Integer idCompra; @Column(name = "id_producto") private Integer idProducto; public Integer getIdCompra() { return idCompra; } public void setIdCompra(Integer idCompra) { this.idCompra = idCompra; } public Integer getIdProducto() { return idProducto; } public void setIdProducto(Integer idProducto) { this.idProducto = idProducto; } }
En la clase principal debemos tener:
@Entity @Table(name = "compras_productos") public class ComprasProducto { @EmbeddedId private ComprasProductoPK id; private Integer cantidad; private Double total; private Boolean estado; public ComprasProductoPK getId() { return id; } public void setId(ComprasProductoPK id) { this.id = id; } public Integer getCantidad() { return cantidad; } public void setCantidad(Integer cantidad) { this.cantidad = cantidad; } public Double getTotal() { return total; } public void setTotal(Double total) { this.total = total; } public Boolean getEstado() { return estado; } public void setEstado(Boolean estado) { this.estado = estado; } }
Abro debate: Llaves compuestas es una mala practica si tienes campos adicionales en la tabla. . Si quieres relacionar muchos a muchos y tienes más campos adicionales para esa tabla, entonces se sugiere crear una PK única y te evitas mil pasos. . Si quieres relacionar muchos a muchos y no tienes mas campos adicionales que añadir, entonces haz la llave compuesta y haz una relación muchos a muchos.
Se puede simplemente hacer una tabla interfaz, aunque no tenga tributos extras mas que conectar las PK y FK de las tablas, te simplifica mucho el trabajo además de que es más entendible
Concuerdo con el comentario, para el ejemplo que es un diagrama pequeño está bien, pero ya para bases de datos relacional de muchas más tablas, se hace más difícil mantenerlo a largo plazo si es llave compuesta que si simplemente se genere una llave única, incluso si es para la tabla de la relación de muchos a muchos.
¿Por qué usamos tipos objetos como "Integer" y no su tipo primitivo "int"? ¿Se utilizarán posteriormente métodos de la clase "Integer"?
Se utilizan los tipos extendidos porque es posible que en un determinado momento tengamos un valor null desde la base de datos. Sí tuviéramos un "int" sería 0 por defecto y esto sería un error.
Muchas gracias
¿No es una mala practica tener una tabla con dos llaves primarias? Cuando se usan tablas relacionales lo usual es que esta tabla tenga su propio id, eso es lo que tengo entendido de los cursos previos de SQL.
Tengo la misma duda, en cursos anteriores se decía que lo mejor era tener una llave primaria para una tabla intermedia en lugar de tener una clave compuesta.
Estaría bien aclarar esta duda.
no, antes asi quita la relacion de muchoa a muchos y siempre se crra una tabla intermedia ademas de quitar circularidad, en dicha tabla van la pk de cada una de las tablas en cuestion
Luego de colocar el implements Serializable, VSCode me marca un error y para resolverlo, el quick fix me sugiere que le agregue la línea: private static final long serialVersionUID = 1L; Podrías explicarnos por qué solicita esta línea?
Muchas gracias @soyalejoramirez
Muchas gracias
Las anotaciones de lombok funcionan para mapear objetos de la base de datos?
Puedes utilizar las anotaciones @Getter, @Setter, e incluso @Builder de Lombok para tu Entity. Sin embargo, debes tener cuidado con otras anotaciones como @Data @ToString ó @EqualsAndHashCode ya que generan código que no es 100% correcto para entities (estas clases tienen algunos requerimientos especiales para estos métodos). En este vídeo puedes ver a lo que me refiero y cómo evitarlo.
Utilizando @JoinColumn y @ManyToOne
Pero no hay que crear un List con anotacion @oneToMany en las clases de producto y compras o no es necesaio?
¿por qué ComprasProductoPK implementa Serializable y los demás entities no?
Solo los tipos que pueden ser embebidos necesitan implementar explícitamente la interface Serializable. Hibernate (la implementación de JPA que usa Spring Data) requiere que esto sea así cuando se usa luego con @Embeddable.
Esto debido que el id (el objeto completo) será usado como llave para indexar los objetos en la sesión y por lo tanto necesita estar serializado para no obtener un error de casteo.
Manera sencilla de implementar Setter y Getter
El código es mas limpio y fácil de leer Toda la clase es como se ve en la imagen (Así de sencillo)
Perfecto, el reto anterior fue cumplido.
Muy bien
Para variables que representan dinero se debe de ocupar Bigdecimal en vez de Double
el MonetaryAmount tambien puede ser una posibilidad. Te invito a leer todo lo que viene en Java para el manejo de dinero en Java Money and Currency API.
implements Serializable
tiene que ver con la serialización de objetos: La serialización de un objeto consiste en generar una secuencia de bytes lista para su almacenamiento o transmisión. Después, mediante la deserialización, el estado original del objeto se puede reconstruir. Mas info aquí
alguien me puede explicar ese 'implements. Serializable'? gracias
¿Por que con mayúsculas los tipos? Tengo la costumbre de usar int, ¿cual es la diferencia?
Aparte de su valor por defecto, existe alguna otra diferencia?
no podemos usar los datos primitivos por que al trabajar con bases de datos podemos obtener NULL y en un int eso lo reconoceria como un 0 y eso ya es un error
Cual es la mejor forma de hacer este tipo de cosas, desde la clase "Compra" se pudo hacer una relacion de 1 a muchos con anotaciones y evitar crear otra clase o es mejor separarlo en otra clase aparte? Tengo esa duda
no seria mejor usar la anotacion ManyToMany para crear tablas compuestas?
Gracias
Encontraste la respuesta?
Hola profe, esta llave compuesta y lo que se hace acá representa la relación de muchos a muchos?
Para los que deseen aquí pueden encontrar mis notas hasta este momento en la sección de Spring y JPA
:)
La aparición de import jakarta en lugar de import javax se debe a la evolución del ecosistema Java. A partir de Jakarta EE 9, las especificaciones de Java EE se transfirieron a la Fundación Eclipse, cambiando el paquete de javax a jakarta. Esto se realizó para facilitar la gestión y el desarrollo de la plataforma. Si estás utilizando una versión reciente de Spring o cualquier otra tecnología basada en Jakarta EE, es normal que veas esta nueva nomenclatura. Asegúrate de que tu proyecto esté correctamente configurado para trabajar con Jakarta EE.
Les recomiendo descargar la libreria Lombok para no escribir los setters y getters.
Solo basta con agregar la notación @Data y listo.
Para el constructor vacio y el que tiene argumenteos puedes utiizar:
@NoArgsConstructor @AllArgsConstructor ```De Lombok tambien.
si pones @Data ya No es necesario tipear el constructor vacio, ya lo incluye..
