PDF de programación - LAS RELACIONES ENTRE TABLAS

LAS RELACIONES ENTRE TABLAS
P

forma

ara que los datos de las tablas se
puedan seleccionar, encontrar y
rápida y
procesar de
eficaz, es necesario que las tablas no se
encuentren aisladas unas de otras en
una base de datos. Las tablas tienen
que estar
relacionadas con otras
formando estructuras relacionales.

La
relación es una asociación
establecida entre campos comunes
(columnas) en dos tablas. Los campos
que entran en
relación pueden
llamarse de distinta manera, pero
tienen que ser del mismo tipo de datos.

El objetivo de estas relaciones sería principalmente evitar la duplicidad de información y en
consecuencia, optimizar el rendimiento de la base de datos.

La relación permite al motor de Acces, encontrar datos relacionados en ambas tablas. Por
ejemplo podemos encontrar NOMBRE, APELLIDO (de la tabla EMPLEADO_PERSONAL), SALARIO,
y DEPART (de la tabla EMPLEADO_LABORAL) de uno o varios empleados.

En una base de datos relacional, las relaciones permiten evitar los datos redundantes. Por
ejemplo, si está diseñando una base de datos que realizará el seguimiento de información sobre
libros, podría tener una tabla denominada Títulos que almacene los datos de cada libro, por
ejemplo el título, la fecha de publicación y el editor. También hay información que podría desear
almacenar sobre el editor, como su número de teléfono, dirección y código postal. Si fuera a
almacenar toda esta información en la tabla de títulos, el número de teléfono del editor se
duplicaría para cada título que el editor imprimiera.


ENTENDIENDO EL CONCEPTO DE RELACION

Las relaciones son un tema complejo pero veamos un sencillo ejemplo
con las tablas Alumnos y Cursos para entenderlo mucho mejor.
Inicialmente nuestras tablas estarían definidas del siguiente modo:

En la tabla Alumnos tenemos toda la información que necesitamos
sobre nuestros alumnos como:
 Su número de expediente.
 Su nombre y apellidos.
 Su fecha de nacimiento.
 El grupo al que pertenece el alumno.
 La ubicación del grupo, es decir, el aula donde están los alumnos de
ese grupo (Primera planta, edificio anexo, etcétera).
 Cualquier tipo de comentario de interés: grupo de compensatoria,
apoyo, etcétera.


la

tabla Grupos nos podíamos conformar con

Para
la
denominación del grupo (1A, 1B, 3A...) pero le hemos añadido
algunos datos que nos pueden resultar de interés:
 Número total de alumnos que tiene el grupo.
 El lugar donde se encuentra ubicado: Aula de música, Aula 205

Edificio principal, etcétera.

 Cualquier otro dato de interés: Compensatoria, grupo de

apoyo, etcétera.





Sin saber nada de bases de datos y de relaciones, podemos darnos cuenta que al comprobar los datos
incluidos en las tablas de Alumnos y Grupos existe información que se repite en ambas:

Esta situación no es demasiado favorable cuando trabajamos con bases de datos donde habitualmente
la cantidad de información que se maneja es importante. La solución pasa por RELACIONAR las tablas
con información coincidente de modo que no exista duplicidad de información. Todo esto, traducido a
un lenguaje más natural sería: "Para qué escribir dos veces lo mismo, si puedo hacerlo una sola vez y
trabajar del mismo modo".



Volviendo a nuestro ejemplo, si relacionamos las tablas Alumnos y Grupos mediante el nombre del grupo
sería suficiente con indicar en la tabla Alumnos este valor para obtener el número de alumnos del grupo,
su ubicación y las posibles observaciones: Observa el ejemplo.




Establecer relaciones entre tablas
Como requisito indispensable para establecer una relación entre dos tablas es necesario que ambas
tablas tengan un campo en común.



 Muy importante, los campos que se utilicen para establecer la relación entre las dos tablas deben
ser del mismo tipo (NÚMERO, TEXTO, AUTONUMERICO, ENTERO, etcétera). Habitualmente se suelen
utilizar tipos enteros (NUMERICO) para este propósito, aunque nos valdría igualmente cualquier
otro tipo siempre y cuando sea el mismo en las dos tablas. Además, debes tener en cuenta lo
siguiente:
La propiedad Tamaño del campo debe ser igual en ambas tablas.
Si el campo en la tabla primaria está definido como de Valor Auto numérico en la tabla secundaria
debe estar definido como Numérico.




 El campo común debe ser Clave principal en la tabla primaria.


TIPOS DE RELACIONES
No siempre las condiciones para establecer vínculos entre dos tablas son iguales, la manera en que se
relacionan las tablas entre sí da lugar a comportamientos diferentes. En la estructutura de cualquier base
de datos encontramos principalmente tres tipos de relaciones que se describen del siguiente modo:

 Uno a muchos.
 Muchos a muchos.
 Uno a uno.


De todas ellas, la más utilizada y recomendable en la mayoría de los casos será el modelo Uno a muchos
como veremos a continuación.

Uno a muchos

Veamos el primer modelo de relación tomando como
referencia las tablas Alumnos y Grupos. Cualquier alumno
(MUCHOS) pertenece sólo a un grupo (UNO), un alumno no
puede estar en más de una clase. Pues bien, ni más ni menos
que este sería el argumento de una relación MUCHOS A
UNO.


Otro ejemplo, sabemos que cada profesor pertenece
únicamente a un departamento àrea, pero en cada
departamento existe más de un profesor. De aquí podemos
extraer una relación UNO a MUCHOS entre las tablas
Departamentos y Profesores.

En las relaciones de uno a muchos cada registro de una
tabla A, a la que llamaremos tabla primaria, puede estar
enlazado con más de un registro de otra tabla B, a la que
llamaremos tabla secundaria. En cambio, cada registro de
la tabla B sólo puede estar enlazado a un registro de la tabla
A.

Las relaciones uno a uno no son demasiado
frecuentes pero existen así que debemos
conocerlas. Buscando alguna coincidencia en
nuestro entorno que nos pueda servir como
ejemplo encontramos el vínculo entre un tutor y su
grupo. Como sabemos, un profesor puede ser tutor
o director de un sólo grupo (UNO) y del mismo
modo, cada grupo sólo puede tener un tutor o
director. Esta sería una relación UNO a UNO.



Uno a uno

Cada registro de la tabla A se relaciona con un
único registro de la tabla B y cada registro de la
tabla B sólo se relaciona con un elemento de la tabla A. Como hemos comentado, este tipo de relaciones
son poco comunes.

Muchos a muchos
Resumiendo lo visto hasta ahora podemos decir que el tipo de relación ideal es uno a muchos o muchos
a uno. Las relaciones uno a uno no aportan demasiado a la base de datos, simplemente nos ayudan a
tener mejor organizada la información pero poco más. Veamos qué ocurre con las relaciones muchos a
muchos.

Por ejemplo, si queremos conocer los profesores que dan clase a un grupo o los grupos a los que da clase
un profesor determinado, necesitamos en principio dos tablas: Profesores y Grupos. ¿Y cuál sería la
relación entre estas dos tablas? Pues bien, para establecerla podríamos leer que un profesor da clases a
varios grupos (1A, 1B, 2C, etcétera) y un grupo recibe clases de varios profesores (Carlos Pérez, Antonio
García, etcétera). Por lo tanto, nos encontramos entre una relación MUCHOS A MUCHOS.



Desde un punto de vista teórico diríamos que en las relaciones Muchos a muchos a cada registro de la
tabla A se le pueden asociar varios registros de la tabla B y cada registro de la tabla B puede estar
relacionado con más de un registro de la tabla A.

Otros ejemplos para ilustrar este modelo de relación podrían ser:

Los alumnos que participan en las actividades deportivas del centro. Concretamente un alumno podría
participar en más de un deporte (Fútbol, Baloncesto, etcétera) y a su vez cada equipo está formado por
varios alumnos. Esta relación también sería del tipo Muchos a muchos.

Con las actividades extraescolares ocurre lo mismo. Un alumno puede asistir a más de una (manualidades,
música, idiomas, etcétera) y en cada una de ellas, encontraremos a varios alumnos.

Problemas y solución para las relaciones Muchos a muchos
Las relaciones Muchos a muchos no son recomendables y debemos tratar de evitarlas utilizando TABLAS
INTERMEDIAS en las que se utilizarían relaciones de uno a muchos. Una tarea sencilla como podría ser
obtener un listado de todos los profesores que imparten clases en 1ºB se convierte en una verdadera
pesadilla si mantenemos esta relación. La solución pasa por crear una TABLA INTERMEDIA que nos permita
dividir la relación MUCHOS A MUCHOS en dos relaciones UNO A MUCHOS como puedes ver en la figura
2.34.