Relaciones de BD

Una Base de Datos Relacional, es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su nombre: "Modelo Relacional".
 
Una vez creadas tablas diferentes para cada tema de la base de datos, necesita una forma de indicarle al programa manejador de Base de Datos cómo debe volver a combinar esa información. El primer paso de este proceso es definir Relaciones entre las tablas. Una vez realizada esta operación, puede crear consultas, formularios e informes para mostrar información de varias tablas a la vez. Por ejemplo, este formulario incluye información de cuatro (4) tablas:
 

Llamada 1   La tabla Clientes

Llamada 2   La tabla Pedidos

Llamada 3   La tabla Productos

Llamada 4   La tabla Detalles de pedidos

¿Cómo funcionan las Relaciones de BD?

Siguiendo en el ejemplo anterior, los campos de las cuatro tablas deben coordinarse de modo que muestren información acerca del mismo pedido. Esta coordinación se lleva a cabo mediante las relaciones entre las tablas. Una relación hace coincidir los datos de los campos clave  (normalmente un campo con el mismo nombre en ambas tablas). En la mayoría de los casos, estos campos coincidentes son la clave principal de una tabla, que proporciona un identificador único para cada registro, y una clave externa de la otra tabla. Por ejemplo, los empleados pueden asociarse a los pedidos de los que son responsables mediante la creación de una relación entre los campos Id. de empleado.

Llamada 1   Id. de empleado aparece en ambas tablas, como clave principal ...
Llamada 2   ... y como clave externa.
Relación de Uno a Varios
 

La relación uno a varios es el tipo de relación más común. En este tipo de relación, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A.

Un registro de la tabla Proveedores con más de un registro relacionado de la tabla Productos

Llamada 1   Un proveedor ...

Llamada 2   ... puede suministrar más de un producto ...

Llamada 3   ... pero cada producto tiene un único proveedor.

 

Relación de Varios a Varios

En una relación varios a varios, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, y viceversa. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión) cuya clave principal consta de dos campos : las claves externas de las Tablas A y B. Una relación de varios a varios no es sino dos relaciones de uno a varios con una tercera tabla. Por ejemplo, la tabla Pedidos y la tabla Productos tienen una relación de varios a varios que se define mediante la creación de dos relaciones de uno a varios con la tabla Detalles de pedidos. Un pedido puede incluir muchos productos, y cada producto puede aparecer en muchos pedidos.

Claves externas de la tabla Detalles de pedidos y claves principales coincidentes de las tablas Pedidos y Productos

Llamada 1   Clave principal de la tabla Pedidos

Llamada 2   Clave principal de la tabla Productos

Llamada 3   Un pedido puede incluir muchos productos ...

Llamada 4   ... y cada producto puede aparecer en muchos pedidos.

Relación Uno a Uno

En una relación de uno a uno, cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B, y viceversa. Este tipo de relación no es normal, porque la mayoría de la información que se relaciona de esta forma estaría en una tabla. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos, para aislar parte de una tabla por razones de seguridad o para almacenar información que sólo se aplica a un subconjunto de la tabla principal. Por ejemplo, puede crear una tabla que registre los empleados participantes en un partido de fútbol benéfico. Cada jugador de fútbol de la tabla Jugadores de fútbol tiene un registro coincidente en la tabla Empleados.

Cada registro de la tabla Empleados puede tener únicamente un registro coincidente en la tabla Jugadores de fútbol.

Llamada 1   Cada jugador de fútbol tiene un registro coincidente en la tabla Empleados.

Llamada 2   Este conjunto de valores es un subconjunto del campo Id. de empleado y la tabla Empleados.