LECTURAS

1) Paso de un modelo lgico a un modelo relacional.

De acuerdo a los conceptos vistos, la pregunta que se debe hacer es Cmo paso un modelo
conceptual o lgico a un modelo relacional o diseo fsico?
Para contestar esta pregunta, existen unas reglas muy sencillas que se deben entrar a aplicar:
1) Toda entidad es una tabla.
2) Todos los atributos de una entidad, son columnas o campos de la tabla. El atributo clave
es campo clave.
3) Toda Relacin Uno a Varios (1-N), la tabla hija hereda de la tabla padre elcampo clave.Si
la relacin es fuerte (lleva i), entonces el campo clave heredado es campo clave del hijo.
Ejemplo: Suponiendo que se tiene el siguiente modelo.

2) lgebra relacional
Segn Date, el lgebra relacional consiste en un conjunto de operadores de alto nivel que se
aplican sobre relaciones, Cood defini ocho operadores. De acuerdo a los conceptos que
hemos venido tratando, tomaremos la palabra relaciones como sinnimo de "Tablas". As

tenemos, que cada uno de los operadores cogen de entrada una o dos tablas y generan una
nueva tabla. Es bueno precisar que las tablas deben estar completamente normalizadas. Claro
est, que si el modelo entidad relacin fue bien realizado y luego de aplicar las reglas para
pasarlo al diseo relacional, se hicieron correctamente, no se va a tener problemas, porque
como mnimo el diseo se encuentran en Tercera Forma Formal, que es esencial para
garantizar la Integridad de las bases de datos para que los operadores funcionen
correctamente.
Por otro lado, existe otro concepto, que tienden a confundirse con el lgebra Relacional y es
el concepto de Clculo Relacional. Segn Date, mientras el primero ofrece un conjunto
explicito de operadores, que en la prctica sirven para expresar la forma de construir una
tabla (Resultado de la consulta en tabla de salida) a partir de otras (Manipulacin de tablas
de entrada); el clculo slo ofrece una notacin para formular la definicin de las consultas
deseadas.
Por lo tanto, ahora se profundiza ms enlos conceptos anteriores.
A.Integridad de entidades, integridad referencial y claves externas.
La restriccin de integridad de entidades (Filas de la Tabla) establece que ningn valor de
clave primaria puede ser nulo. Esto se debe a que el valor de la clave primaria sirve para
identificar las tuplas (Filas) de una relacin (Tabla), y si la clave primaria puede tener valores
nulos, no podramos identificar algunas de ellas.
La restriccin de integridad referencial se especifica entre dos relaciones (Tablas), y establece
que en una tupla (Fila) de una relacin que haga referencia a otra relacin, deber referirse a
una tupla (Fila) existente en dicha relacin. Por ejemplo, el campo nombreSuc de empleados
indica la sucursal en que trabaja un empleado, y su valor deber coincidir con el valor de
nombreSuc en alguna tupla (fila) de la relacin (Tabla) sucursales.
Para completar la definicin de integridad referencial, debemos definir el concepto de clave
externa (CE); Un conjunto de campos CE del esquema de la relacin R1(Tabla1) es una clave
externa de R1 si satisface estas condiciones:
1. Los campos de CE tienen el mismo dominio que los campos de la clave primaria
CP de otro esquema de relacin R2 (Tabla2); se dice que los campos CE hacen
referencia o se refieren a la relacin R2.
2. Un valor de CE en una tupla (fila) t1 del estado actual de R1 es el valor de CP en
alguna tupla (Fila) t2 del estado actual de R2, o bien es nulo. Si no es nulo, miremos
que la tupla t1 hace referencia a la tupla t2. R1 ser la relacin referenciante, y R2 la
relacin referenciada.
En una base de datos con muchas relaciones (tablas), suele haber muchas restricciones de
integridad referencial, ya que surgen de las relaciones representadas entre las diferentes filas
representadas por los esquemas de relacin. Una clave externa tambin puede hacer

referencia a su propia relacin (caso de supervisor y empleado). Las restricciones de

integridad referencial pueden representarse grficamente trazando un arco desde la clave
externa hacia la relacin a la que hace referencia, con la flecha apuntando hacia el campo o
campos referenciados. Deben expresarse en el esquema de la base de datos, para que se
mantengan automticamente.
Las restricciones vistas no incluyen otra clase de restricciones llamadas restricciones de
integridad semntica, tales como "un alumno no puede estar matriculado en ms de 80
crditos", que necesitan un lenguaje de especificacin de restricciones de propsito general.
Para ello, se usan disparadores o triggers y aserciones. Tambin hay otras restricciones
llamadas restricciones de transicin, para tratar con cambios de estado de la base de datos
("el sueldo de un empleado slo puede incrementarse"). Estas restricciones se especifican
con reglas de actividad y disparadores.
Teniendo en cuenta lo anterior, solo realizando un buen diseoconceptual y fsico, podemos
garantizar que las operaciones del lgebra relacional funcionenBIEN.De lo contrario, se
reduce a una simplecoleccin de tablas, donde la mayor fortaleza de la bases datos se
desperdiciar, como es, lafacilidad de manipulacin de los datos.

3) Aplicacin lgebra relacional

Modelo relacional reservas

Reservas
Rnum

Fecha_Ini

Dias duracion Nro_Id_Hues

Cod_Hot

Nro_Hab

Fec_Res

Hoteles
Cod_Hot Hnombre
Huespedes
Nro_Id_Hues

Nombre_Hues

3) Normalizacin

La normalizacin es una tcnica que sirve para disear las bases de datos relacionales. Esta
tcnica se utiliza cuando NO se quiere utilizar la tcnica Entidad-Relacin.
La normalizacin parte de un concepto fundamental como es el de Dependencia Funcional.
Segn Irene y otros en su libro. La define as:

"Dada una tabla T, se dice que el campo T.y que pertenece a T, es funcionalmente
dependiente de otro campo T.x que pertenece a T, y se expresa de la forma T.x-T.y ,si y solo
si, cada valor de T.x tiene asociado a l exactamente un valor en T.y para cualquier extensin
de la tabla T." .
La anterior definicin esta tomada del libro "bases de datos, desde Chen hasta Codd" de los
autores Irene Luque Ruiz y otros de la Universidad de Crdoba. En ella se ha cambiado la
palabra Relacin por Tabla, con fines pedaggicos, de tal forma que para los estudiantes sea
mas claro.
Tomando el primer ejemplo se toma la tabla de Empleados y se puede observar un ejemplo
de T.x y T.y. Solo se cojera tres campos.
Nro_Empl Nomb_Empl
101010
202020
303030
404040

Dir_Res_Empl

Laura Jaramillo D. 22 No 30-40

Stella Salgado Cra. 22 No 10-10
Jose Jaramillo D. 22 No 30-40
Laura Jaramillo C. 1 No 10-10

Se toma como T.x a Nro_Empl y a T.y a Nomb_Empl y Dir_Res_Empl. Se observa que para
un T.x (101010) siempre va ha tener el mismo T.y (Laura Jaramillo); pero si se toma un T.y
(Laura Jaramillo) no siempre va a tener el mismo T.x, en este caso (101010 o 404040).
Dichos en otras palabras, los T.x, en una tabla, siempre es el Campo o Campos claves,
mientras que los T.y son los campos que no hacen parte de la clave.