Está en la página 1de 3

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 enTercera 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 Hoteles Cod_Hot

Fecha_Ini

Dias duracion

Nro_Id_Hues

Cod_Hot

Nro_Hab

Fec_Res

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 Nro_EmplNomb_Empl Dir_Res_Empl 101010 Laura JaramilloD. 22 No 30-40 202020 303030 Stella Salgado Cra. 22 No 10-10 Jose Jaramillo D. 22 No 30-40 cojera tres campos.

404040 Laura JaramilloC. 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.