Modelo Relacional
Objetivo del diseño de una base de datos relacional es “Generar un conjunto de esquemas de relaciones que nos permitan almacenar información sin redundancia innecesaria, pero que a la vez nos permitan recuperar información fácilmente” ( Korth y Silberschatz, 1993:183) . Según [Korth y Silberschatz] señalan tres peligros en el diseño de bases de datosrelacionales los cuales son:
Repetición de información. Incapacidad para representar cierta información. Pérdida de información
Por otra parte, Elmasri y Navathe mencionan cuatro medidas informales de la calidad para el diseño de esquemas de relaciones que son las siguientes:
Semántica de los atributos Reducción de los valores redundantes en las tuplas Reducción de losvalores nulos en las tuplas. Prohibición de tuplas espurias.
Estos autores indican que estas consideraciones pueden afectar en el proceso de diseño de una base de datos, por lo cual se hará una comparación entre los puntos señalados de cada uno de estos autores, además se darán ejemplos para una mejor comprensión de estos.
Es por eso que la repetición de información y reducción de valoresredundantes en las tuplas tienen relación en cuanto a que uno de los objetivos en el diseño de esquemas es minimizar el espacio de almacenamiento que ocupan las relaciones base. La repetición de información desperdicia espacio. Además, la repetición de información complica la actualización de base de datos.
Por ejemplo: basta con comparar el espacio utilizado por las dos relaciones base EMPLEADO yDEPARTAMENTO de la figura 3 .1con el espacio de la relación EMP_DEPTO DE LA FIGURA 3.2, que es el resultado de aplicar la operación de reunión natural a EMPLEADO y DEPARTAMENTO. En EMP_DEPTO, lo valores de los atributos pertenecientes a un departamento en particular (NÚMEROD, NOMBRED, NSSGTED) se repiten para cada empleado que trabaja para ese departamento. En cambio la información de cadadepartamento aparece sólo una vez en la relación DEPARTAMENTO de la figura 3.1 Solo el número del departamento (NÚMEROD) se repite en la relación EMPLEADO para cada empleado que pertenece al departamento.
Figura 3.1 Ejemplos de relaciones EMPLEADO y DEPARTAMENTO
Figura 3.2. Ejemplo de relación que resulta de aplicar una REUNIÓN NATURAL a las relaciones
EMPLEADO y DEPARTAMENTO.
Otropunto es la incapacidad para representar información que se relaciona con la semántica de los atributos y Reducción de los valores nulos en las tuplas.
Elmasri y Navathe señalan que la Semántica de los atributos : Especifica cómo se han de interpretar los valores de los atributos almacenados en una tupla de la relación; dicho de otro modo, qué relación hay entre los valores de los atributos deuna tupla. Cuanto más fácil sea explicar la semántica de la relación, mejor será el diseño del esquema correspondiente .
En cuanto a los Valores nulos en las tuplas , Si muchos de los atributos no se aplican a todas las tuplas de la relación, acabaremos con un gran número de nulos en esas tuplas. Esto puede originar un considerable desperdicio de espacio en el nivel de almacenamiento yposiblemente dificultar el entendimiento del significado de los atributos y la especificación de operaciones de REUNION en el nivel lógico. Otro problema con los nulos es cómo manejarlos cuando se aplican funciones agregadas como COUNT o SUM. Además, los nulos pueden tener múltiples interpretaciones, como los siguientes:
El atributo no se aplica a esta tupla. Se desconoce el valor del atributopara esa tupla El valor se conoce pero está ausente; esto es, todavía no se ha registrado.
Tener la misma representación para todos los nulos puede hacer que se confundan los diferentes significados que podrían tener. Por lo tanto Elmasri y Navathe indican que hasta donde sea posible, evite incluir en una relación base atributos cuyos valores puedan ser nulos. Si no es posible evitar los nulos,...
Regístrate para leer el documento completo.