Modelo relacional

3.1 Introduccin
En el captulo anterior se mencionaron 3 tipos de modelado: conceptual, lgico
y fsico.
El modelo e-r se considera un modelo conceptual ya que permite a un nivel alto
el ver con claridad la informacin utilizada en algun problema o negocio.
En este captulo nos concentraremos en desarrollar un buen modelo "lgico"
que se conoce como "esquema de la base de datos" (database schema) a
partir del cual se podr realizar el modelado fsico en el DBMS, es importante
mencionar que es un paso necesario, no se puede partir de un modelo
conceptual para realizar un fsico.

3.2 Por qu "modelo relacional" ?

Puede resultar confuso el concepto de modelo entidad-relacin vs modelo
relacional, quizs porque ambos comparten casi las mismas palabras. Como se
mencion en la seccin anterior, el objetivo del modelo relacional es crear un
"esquema" (schema), lo cual como se mencionar posteriormente consiste de
un conjunto de "tablas" que representan "relaciones", relaciones entre los
datos.
Estas tablas, pueden ser construdas de diversas maneras:

Creando un conjunto de tablas iniciales y aplicar operaciones de

normalizacin hasta conseguir el esquema ms ptimo. Las tcnicas de
nomalizacin se explican ms adelante en este captulo.
Convertir el diagrama e-r a tablas y posteriormente aplicar tambin
operaciones de normalizacin hasta conseguir el esquema ptimo.

La primer tcnica fue de las primeras en existir y, como es de suponerse, la

segunda al ser ms reciente es mucho ms conveniente en varios aspectos:

El partir de un diagrama visual es muy til para apreciar los detalles, de

ah que se llame modelo conceptual.
El crear las tablas iniciales es mucho ms simple a travs de las reglas
de conversin.
Se podra pensar que es lo mismo porque finalmente hay que
"normalizar" las tablas de todas formas, pero la ventaja de partir del
modelo e-r es que la "normalizacin" es mnima por lo general.

Lo anterior tiene otra ventaja, an cuando se normalice de manera

deficiente, se garantiza un esquema aceptable, en la primer tcnica no
es as.

3.3 Conceptos bsicos

3.3.1 Tablas
El modelo relacional proporciona un manera simple de representar los datos:
una tabla bidimensional llamada relacin.
ttulo

ao

duracin tipo

Star Wars

1977 124

color

Mighty
Ducks

1991 104

color

Wayne's
World

1992 95

color

Relacin Pelculas
La relacin Pelculas tiene la intencin de manejar la informacin de las
instancias en la entidad Pelculas, cada rengln corresponde a una entidad
pelcula y cada columna corresponde a uno de los atributos de la entidad. Sin
embargo las relaciones pueden representar ms que entidades, como se
explicar ms adelante.
3.3.2 Atributos
Los atributos son las columnas de un relacin y describen caractersticas
particulares de ella.
3.3.3 Esquemas
Es el nombre que se le da a una relacin y el conjunto de atributos en ella.
Pelculas (ttulo, ao, duracin, tipo)
En un modelo relacin, un diseo consiste de uno o ms esquemas, a este
conjunto se le conoce como "esquema relacional de base de datos" (relational
database schema) o simplemente "esquema de base de datos" (database
schema)
3.3.4 Tuplas
Cada uno de los renglones en una relacin conteniendo valores para cada uno
de los atributos.

(Star Wars, 1977, 124, color)

3.3.5 Dominios
Se debe considerar que cada atributo (columna) debe ser atmico, es decir,
que no sea divisible, no se puede pensar en un atributo como un "registro" o
"estructura" de datos.
3.3.6 Representaciones equivalentes de una relacin
Las relaciones son un conjunto de tuplas, no una lista de tuplas. El orden en
que aparecen las tuplas es irrelevante.
As mismo el orden de los atributos tampoco es relevante
ao

ttulo

tipo

duracin

1991

Mighty
Ducks

color

104

1992

Wayne's
World

color

95

1977

Star Wars

color

124

Otra representacin de la relacin Pelculas

3.4 Conversin del modelo e-r a un esquema de base de datos

(Conversin a tablas)
3.4.1 Introduccin
El modelo es una representacin visual que grficamente nos da una
perspectiva de como se encuentran los datos involucrados en un proyecto u
organizacin.
Pero el modelo no nos presenta propiamente una instancia de los datos, un
ejemplo que muestre con claridad algunas datos de muestra y como se
relacionan en realidad. Por eso es conveniente crear un "esquema", el cual
consiste de tablas las cuales en sus renglones (tuplas) contienen instancias de
los datos.
3.4.2 Conversin a tablas desde un modelo con relaciones (1-1,1-m,m-m)
Las tablas siguientes muestran las reglas que se deben seguir para poder crear
dicho esquema.

Relacion: proviene del concepto matemtico de relacin. Pictricamente, una

relacin es una tabla bidimensional .
Los renglones de la tabla se conocen como tupla y mantiene informacin
relativa a un objeto. Las columnas se conocen como los atributos, los cuales
deben tener nombre diferentes. Los valores asignados para los atributos de
cada tupla son tomados de un dominio.
Dos renglones en una relacin no pueden ser idnticos y el orden en el cual se

acomodan los renglones no tiene significado

Llave: conjunto mnimo de atributos de una relacin que identifican de manera
nica a cada tupla.
Llave Llave Fornea conjunto de atributos de una relacin que son la llave
primaria de otra relacin.
CLIENTE(Cl_Num, Cl_Nom, Cl_Dir)
FACTURA(Fa_Num,Fa_Fecha, Fa_Importe, Cl_Num)
--Reglas de integridad.
Integridad de Entidad: Ningn atributo de una llave primaria puede tener el
valor nulo.(NULL)
Integridad Referencial: Debido a que las llaves forneas referencian llaves
primarias, es esencial que el valor de una llave fornea coincida con el valor de
alguna llave primaria
Por cada entidad, definir una tabla cuyo nombre es el mismo que el nombre de
la entidad y cuyas columnas corresponden a los atributos de la entidad.2
.Por cada relacin uno a muchos, agregar a la tabla del lado muchos una llave
fornea, correspondiente al identificador de la entidad uno.
Los atributos de la Relacin si existen se agregan a la tabla del lado muchos.
Conceptos:
A la relacin la vamos a llamar Tabla.
A una fila de una tabla la vamos a llamar Tupla.
Ejemplo: <V1,V2,V3> = Tupla del ejemplo
Hablaremos de Cardinalidad de una Relacin para referirnos al numero
de la Relacin.
El Grado es el nmero de atributos o columnas.
Para Expresar que una tupla pertenece a una relacin usaremos el smbolo
de pertenece .
En nuestro caso vamos a diferenciar relacin y esquema de relacin. Una
Relacin ser una instancia de dicha relacin en un momento dado y un

Esquema de Relacin nos va a representar una informacin lgica que no

varia.
Ejemplo: Cuenta = (numero_cuenta, nombre_sucursal, saldo).
Se va a tomar la convencin de tomar el nombre de la relacin con la primera
letra mayscula cuando hablamos de esquema de relacin y minscula cuando
hablamos de relacin.
Ejemplo: r(R)
Cuenta(Cuenta).
Se suele poner en el esquema adems de los atributos el dominio de los
atributos.
Ejemplo: Cuenta = (numero_cuenta:D1, nombre_sucursal:D2, saldo:D3).
Vamos a ver ahora las caractersticas que debe cumplir una tabla para que sea
considerada como una relacin dentro del modelo relacional:
No habr duplicacin de tuplas. (Aqu tenemos que destacar que en
sistemas comerciales se puede dar el caso de duplicacin, aunque estos
sistemas no sern realmente relacinales).
Las Tuplas no tendrn un orden. (No habr orden entre las tuplas.)
Tema 2. Modelo Relacional de Datos (MR). Introduccin a las Bases de
datos
No hay orden entre los atributos.
Dominios atmicos: Esto es que los valores de los dominios deben ser
atmicos, es decir, que entre los
Una Superclave nunca ser el conjunto de todos los atributos. Para saber que
atributos debemos tomar tendremos:
- Claves Candidatas: Son Superclaves mnimas, es decir no exista un
subconjunto de sus atributos que tambin sea superclave.
Ejemplo: Si tuviramos un conjunto formado por (num_empleado, nombre,
edad) est sera superclave, pero no clave candidata, porque dentro del
conjunto habra un subconjunto (num_empleado) que por si solo ser
superclave.
Ejemplo: El subconjunto (nombre, edad) podra ser superclave y clave
candidata a la vez.
Entre todas las claves candidatas es funcin del administrador elegir una
clave primaria. Y ser la clave a partir de la que empezaremos a referirnos a las
tuplas.
- Claves Alternas: Son las que no han sido elegidas como clave primaria, y se
pueden utilizar para diferentes cosas.
- Clave Externa: Es un atributo o conjunto de atributos de una relacin R2 que
hace referencia a la clave primaria de una relacin R1.
La clave externa, no se especifica en el esquema. Ms adelante veremos forma
de hacerlo de otra forma.
Ejemplo: Si nosotros tenemos los dos siguientes esquemas:
Empleados = (num_empleado, nombre, edad, num_dpto, salario).