¿Te gustaría aprender Spring Frameworks?
Tenemos los cursos que necesitas. ¡Haz clic aquí!
A continuación mostraremos la diferencia entre la anotación @JoinColumn y el atributo mappedBy y como trabajan en la relación entre tablas y el papel que juega cada uno.
- @JoinColumn: Para definir los atributos de una entidad y relacionarlos con la columna de la tabla a la que hacer referencia se utiliza normalmente @Column. @JoinColumn se parecen mucho y tiene casi las mismas propiedades, por que podríamos decir que @JoinColumn es el equivalente de @Column cuando utilizamos relaciones con Entidades.
- El atributo mappedBy de las anotaciones @OneToMany, @OneToOne y @ManyToMany define básicamente que la relación va a ser bidireccional, o sea, cada tabla va a tener acceso a la otra de forma directa.
En este artículo rápido, veremos la diferencia entre @JoinColumn y mappedBy en JPA. También mostraremos cómo usarlos en una asociación de uno a muchos @OneToMany.
Partimos teniendo dos entidades: Usuario y Email.
Claramente, un usuario puede tener múltiples direcciones de correo electrónico. Sin embargo, una dirección de correo electrónico dada puede pertenecer exactamente a un solo usuario.
Significa que comparten una asociación de uno a muchos @OneToMany:
Solo con la anotación @ManyToOne en la tabla emails junto con la definición del atributo private Usuario usuario sería suficiente para que nuestro Framework, a través de JPA generase de forma automática la Clave Foránea usuarios_id que apuntará a la clave primaria de la tabla usuarios. Pero no es aconsejable que todo el control lo tenga JPA y sus configuraciones por defecto, y siempre se aconseja usar @JoinColumn para especificar sus propiedades y tener nosotros el control.
Propiedades de @JoinColumn :
- name: Indica el nombre con el que se deberá de crear la columna dentro de la tabla.
- referencedColumnName: Se utiliza para indicar sobre que columna se realizará el Join de la otra tabla. JPA, por defecto, asume que será el ID de la Entidad a la que apuntamos.
- unique: Crea una restricción en la tabla para impedir valores duplicados (por defecto es false).
- nullable: Crea una restricción en la tabla para impedir valores nulos (por defecto es true).
- insertable: Le indica a JPA si este valor deberá guardarse en la operación de inserción (por defecto es true)
- updatable: Le indica a JPA si el valor deberá actualizarse durante el proceso de actualización (por defecto es true)
- columnDefinition: Esta propiedad se utiliza para indicar la instrucción SQL que se deberá utilizar la crear la columna en la base de datos sin depender de la configuración de JPA.
- table: Le indicamos sobre que tabla deberá realizar el JOIN, JPA por defecto lo hará a la tabla vinculada a la entidad que apuntamos.
- foreignKey: Le indica a JPA si debe de crear el Foreign Key con los siguientes posibles valores: CONSTRAINT , NO_CONSTRAINT , PROVIDER_DEFAULT.
Simplemente significa que nuestra entidad de correo electrónico tendrá una columna de clave externa llamada usuario_id que hace referencia al ID de atributo principal de nuestra entidad de empleado y que la clave foránea no debe de ser nula.
Atributo mappedBy
En resumen mappedBy define el objeto al que pertenece la relación y es obligatorio si la relación es bidireccional. Por lo que hace que no solo se pueda acceder a la información del usuarios desde el email, sino que también podamos hacerlo en sentido contrario. Exista o no exista la definición expresa del @JoinColumn.
Como habíamos dichoo, JPA ya tenía toda la información que necesita para mapear esa relación en nuestra base de datos. Para hacer que esta asociación sea bidireccional, todo lo que hay hacer ahora es añadir el atributo mappedBy del @OneToMany del lado del usuario.
Aquí, el valor de mappedBy es el nombre del atributo de mapeo de asociación en el lado propietario. Con esto, ahora hemos establecido una asociación bidireccional entre nuestros usuarios y entidades de correo electrónico.
Ya hemos visto la diferencia entre la anotación @JoinColumn y el atributo mappedBy. Los 2 describen una relación, los 2 pueden existir por separado o complementados. Siempre dependiendo si la dirección de la relación es unidireccional, bidireccional y si queremos controlar nosotros de forma explicita la creación de las claves foránea.
Te esperamos en los siguientes artículos en donde hablaremos más acerca de estos temas, los cuales hoy en día son de vital importancia en el mundo de la tecnología.
¿Te gustaría aprender Spring Frameworks?
Tenemos los cursos que necesitas. ¡Haz clic aquí!
