Modelo relacional

Imagen tomada de: http://uvfdatabases.wordpress.com/2009/02/05/modelos-de-los-datos/

Estructura del modelo relacional

Imagen realizada por: Oralia Cortés Grajales

La definición de relación se inicia en las matemáticas: Una relación es un conjunto

de de dominios.
El producto cartesiano de 2 tablas son todas las combinaciones posibles entre
conjuntos.

Ej.: Dados los conjuntos A y B, donde:

A= {a, b, c} y B= {1, 2 }

el producto cartesiano de A x B es:

A x B = {(a,1), (b,1), (c,1), (a,2), (b,2), (c,2)}

Una relación cualquiera entre los conjuntos A y B, puede ser:

A a 11 {(a,1), (b,2), (c,2)}

b 2
B 2
c
C

Imagen realizada por: Oralia Cortés Grajales

Esta relación es un subconjunto del producto cartesiano.

Ejemplo de una relación o tabla de una BD relacional:

Imagen tomada de: http://www.orasite.com/tutoriales/conceptos-basicos-oracle-10g-introduccion.html

Para cada campo existe un conjunto de valores permitidos llamado dominio de ese
atributo.
Los dominios o valores de campo corresponden a los tipos de datos primitivos de
los lenguajes de programación.
Cada fila o registro representa una tupla y una tupla es un conjunto ordenado de
valores (atributos).
Por tanto una relación o tabla es un conjunto de tuplas filas o registros. Cada
atributo, columna o campo sólo puede tomar un único valor del dominio.

El grado de una tabla = numero de columnas

La cardinalidad = numero de registros

Debido a que las tablas son básicamente relaciones se utilizan los términos
matemáticos relación y tupla en lugar de los de tabla y fila.

El esquema de una relación o tabla es en general una lista de atributos y sus

correspondientes dominios; la notación para ello sería:

Producto= (cod_prd: string, nom_prd: string, valor: numérico)

Sin embargo, no es necesario hacer una definición precisa del dominio de cada
atributo, sino hasta el momento de la implementación. Por tanto la notación puede
ser:
Producto (cod_prd, nom_prd, valor)

El esquema de la BD en este modelo, es el conjunto de definiciones de sus

esquemas.

Ej.: Para una empresa productora de partes, se tiene el siguiente conjunto de

esquemas de relaciones:

Parte (nro_pte, nom_pte, color, peso, ciudad)

Proveedor (nro_prv, nom_prv, ciudad_prv)
Suministro ( nro_prv,nro_pte,cantidad_sum)

Las relaciones de este modelo de datos se representan únicamente por valores de

datos en columnas, sacados de un dominio común.
Ej: La asociación entre PROVEEDOR y SUMINISTRO se da por el campo nro_prv
que debe ser igual en ambas relaciones cuando se refieren a un PROVEEDOR
determinado.

Transformación del modelo e-r en tablas relacionales

Si la BD se ajusta a un diagrama E-R, estas son las reglas de transformación:

1- Las entidades se representan en tablas (relaciones) y los atributos en

columnas o campos.

2- Las asociaciones 1:N: La tabla del lado uno le pasa la clave principal a la
tabla del lado muchos quedando una columna en el lado muchos como clave
externa.

3- Las asociaciones 1:1: Cualquiera de las dos tablas le pasa la clave a la otra.
Sí la relación tiene condición obligatoria la entidad o tabla de este lado recibe
la clave principal de la otra, si hay una relación obligatoria opcional es el lado
obligatorio quien recibe la clave externa.

4- Las asociaciones M:N: Estas deben convertirse generando una tercera

entidad denominada de intersección o débil la cual tendrá como llave
principal la combinación de las llaves principales de las entidades
participantes en la relación N:M, mas los atributos resultantes de la
asociación, si existen.

En la siguiente ilustración se observa el procedimiento de conversión de la

relación de muchos a muchos.
 Sujeto a
ESTUDIANTE CLUB

Efectuado a

Imagen realizada por: Oralia Cortés Grajales

La relación queda

ESTUDIANTE CLUB
#cedula #num_club
*nombre nom_club

EST_CLUB
#cedula
#num_club
*horario

Imagen realizada por: Oralia Cortés Grajales