Relaciones de base de datos SQL
Como hemos visto, el modelo relacional se basa en las relaciones existentes entre las diferentes tablas de base de datos (BBDD). En esta sección nos centraremos en explicar y ejemplificar los diferentes tipos de relaciones imprescindibles en la administración de bases de datos relacionales.
Los ejemplos de esta sección se basan en capturas de diagramas definidos desde el editor de Sql Server Management Studio (SSMS). Esta sección solo tiene objetivo de explicar conceptualmente los fundamentos de los diferentes tipos de relaciones.
Relación 1 a 1
Este tipo de relación entre dos tablas se establece cuando un registro de una tabla solo puede estar vinculado a un único registro en otra tabla. Este tipo de relación se utiliza generalmente para relaciones exclusivas cuando tenemos gran cantidad de campos. Dicha relación nos permite dividir la información en tablas más pequeñas con menos cantidad de campos y facilitar la gestión de nuestras bases de datos.
Dicha relación se establece a través de una Foreign Key que se vincula directamente con la Primary Key de la tabla principal. En este tipo de relaciones será indistinto que tabla considerar principal y que tabla dependiente para establecer la Foreign Key, siendo ello decisión de diseño del administrador de acuerdo a los datos que guardar en las tablas.
En este ejemplo podemos observar cómo se establece una relación 1 a 1 entre las tablas paises y banderas, ya que un país solo puede tener asociada una bandera y una bandera solo puede pertenecer a un país. Constituye un tipo de relación muy utilizada que nos permite organizar los datos de manera eficiente y sencilla.
Se ha considerado la tabla paises como tabla principal. De esta manera nos aseguramos que no se puedan guardar banderas en el sistema de países que aún no se han registrado en la base de datos.
Relación 1 a n
Este tipo de relación entre dos tablas, también llamada relación 1 a muchos, se establece cuando un registro de una tabla puede estar asociado a varios registros de otra tabla, pero no de manera inversa.
En este caso la Foreign Key siempre se definirá en la tabla secundaria o dependiente, la cual podrá repetirse n veces en función a la Primary Key con la que se establece la relación.
En este ejemplo podemos ver como se establece una relación 1 a n entre la tabla clientes y la tabla pedidos ya que un cliente puede tener varios pedidos y varios pedidos solo pueden pertenecer a un cliente.
La Primary Key de un cliente podría repetirse varias veces en la Foreign Key de la tabla pedidos (id_clientes) para guardar la información de todos los pedidos realizados por un cliente determinado.
Relación n a n
El tipo de relación n a n o muchos a muchos se establece cuando varios registros de una tabla se asocian a varios registros de la otra. Para ello es necesario definir una tercera tabla intermedia para establecer primero dos relaciones 1 a n y poder vincular correctamente las dos tablas principales.
Usualmente la Primary Key de la tercera tabla intermedia será una clave Compuesta o Composite key de las Primary Key de las dos tablas principales y a través de dichas claves formará dos Foreign Key a cada tabla con la que establece relación. Además, esta tercera tabla aparte de establecer las relaciones intermedias, también podrá guardar información adicional como por ejemplo información de auditoría u otros datos importantes del establecimiento de la relación.
En este ejemplo podemos ver como se establece una relación n a n entre la tabla alumnos y asignaturas ya que los alumnos pueden tener varias asignaturas y las asignaturas pueden tener varios alumnos.
Vemos que para establecer dicha relación se necesita una tercera tabla intermedia llamada asignaturasAlumnos que además guarda información adicional como la fecha en la que un alumno determinado se matricula de una asignatura específica.
Observamos igualmente que la Primary Key de la tabla asignaturasAlumnos es la concatenación de idAlumnos e idAsignaturas dando lugar a una CompositeKey. A su vez idAlumnos forma la ForeignKey que se relaciona con la tabla alumnos e idAsignaturas la ForeignKey vinculada a la tabla asignaturas.
