El proceso de diseño consta de los pasos siguientes:
1) Determinar la finalidad de la base de datos: Esto le ayudará a estar
preparado para los demás pasos.
2) Buscar y organizar la información necesaria: Reúna todos los tipos de
información que desee registrar en la base de datos, como los nombres de
productos o los números de pedidos.
2.2 Modelo Entidad-Relación
Un modelo de datos es una colección de herramientas conceptuales para la
descripción de datos, relaciones entre datos, semántica de los datos y
restricciones de consistencia. En esta parte se estudiarán dos modelos de datos
el modelo entidad-relación y el modelo relacional.
El modelo entidad-relación (E-R) es un modelo de datos de alto nivel. Está basado
en una percepción de un mundo real que consiste en una colección de objetos
básicos, denominados entidades, y de relaciones entre estos objetos.
El modelo relaciona es un modelo de menor nivel. Usa una colección de tablas
para representar tanto los datos como las relaciones entre los datos.
Su
simplicidad conceptual ha conducido a su adopción general;
actualmente, una vasta mayoría de productos de bases de datos se basan en el
modelo relacional. Los diseñadores formulan generalmente el diseño del esquema
de la base de datos modelando primero los datosen alto nivel, usando el modelo
E-R, y después traduciéndolo al modelo relacional.
Se estudiarán otros modelos de datos más tarde en este libro. El modelo de datos
orientado a objetos,
por ejemplo, extiende la representación de entidades añadiendo nociones de
encapsulación, métodos (funciones)
e identidad de objeto. El modelo de datos relacional orientado a objetos combina
características del modelo de datos
orientado a objetos y del modelo de datos relacional. Los Capítulos 8 y 9 tratan
respectivamente estos dos modelos de datos.
El modelo de datos entidad-relación (E-R) está basado en una percepción del
mundo real consistente
en objetos básicos llamados entidades y de relaciones entre estos objetos. Se
desarrolló para facilitar
el diseño de bases de datos permitiendo la especificación de un esquema de la
empresa que representa
la estructura lógica completa de una base de datos. El modelo de datos E-R es
uno de los diferentes
modelos de datos semánticos; el aspecto semántico del modelo yace en la
representación del significado
de los datos. El modelo E-R es extremadamente útil para hacer corresponder los
significados e interacciones de las
empresas del mundo real con un esquema conceptual. Debido a esta utilidad,
muchas herramientas de diseño
de bases de datos se basan en los conceptos del modelo E-R.
2.3 Restricciones
Las restricciones de dominio especifican que el valor de cada atributo A debe ser
un valor atómico del dominio dom(A) para ese atributo. Los tipos de datos
asociados a los dominios por lo general incluyen los tipos de datos numéricos
estándar de los números enteros (como entero- corto, entero, entero-largo) y
reales (flotante y flotante de doble precisión). También disponemos de caracteres,
cadenas de longitud fija y cadenas de longitud variable, así como tipos de datos de
fecha, hora, marca de tiempo y dinero. Otros dominios posibles se pueden
describir mediante un intervalo de valores de un tipo de datos o como un tipo de
datos enumerado en el que se listan explícitamente todos los valores posibles.
Restricción de Valores Nulos
Para determinado atributos, los valores nulos pueden ser inapropiados.
Considérese una tupla en la relación cliente la que nombre-cliente es un valor
vació.
Una tupla de este tipo da una calle y una ciudad para un cliente anónimo y,
por tanto, no contiene información útil. En casos como éste, deseamos prohibir los
valores nulos, restringiendo el dominio de ciudad-cliente para que excluya los
valores nulos.
El SQL estándar permite que la declaración del dominio de un atributo incluya la
especificación not null . Esto prohíbe la inserción de un valor nulo para este
atributo. Cualquier modificación de la base de datos que causara que se insertase
un valor nulo en un dominio not null genera un diagnóstico de error.
Hay muchas situaciones en las que la prohibición de valores nulos es deseable.
Un caso particular en el que es esencial prohibir los valores nulos es en la clave
primaria de un esquema de relación
Restricción de clave
Es una de las restricciones estándar que con frecuencia aparecen en las
aplicaciones de bases de datos. Estas restricciones se manejan de formas
ligeramente distintas en los diversos modelos de datos. En el modelo E-R, una
clave es un atributo de un tipo de entidades que debe tener un valor único para
cada entidad que pertenezca a dicho tipo en cualquier momento específico. Así el
valor del atributo clave puede servir para identificar de manera única cada entidad.
Los atributos claves deben ser monovaluados, pero pueden ser simples o
compuestos.
Un tipo de entidades normal puede tener una o más claves; un tipo de entidades
débil no tiene clave, pero casi siempre tiene una clave parcial cuyos valores
identifican de manera única las entidades débiles que están relacionadas a la
misma entidad propietario a través de un vínculo identificador.
En general, un esquema de relación pude tener más de una clave. En tal caso,
cada una de ellas se denominan clave candidata. Por ejemplo en una relación
COCHE tiene dos claves candidatas: NumMatrícula y NumSerieMotor.
Es común
designar a una de las claves candidata como clave primaria de la relación. Ésta es
la clave candidata cuyos valores sirven para identificar las tuplas en la relación.
Restricción de aserción
Una Técnica más formal para representar restricciones explícitas es con un
lenguaje de especificación de restricciones , que suele basarse en alguna
variación del cálculo relacional. Este enfoque declarativo establece una separación
clara entre la base de restricciones (en la que las restricciones se almacenan en
una forma codificada apropiada) y el subsistema de control de integridad del
SGBD (que tiene acceso a la base de restricciones para aplicar estas últimas
correctamente a las transacciones afectadas).
Cuando se usa esta técnica, las restricciones suelen llamarse aserciones . Se ha
sugerido el uso de esta estrategia con SGBD relaciónales. El subsistema de
control de integridad compila las aserciones, que entonces se almacenan en el
catalogo del SGBD, donde el subsistema de control de integridad puede
consultarlas e imponerlas automáticamente. Esta estrategia es muy atractiva
desde el punto de vista de los usuarios y programadores por su flexibilidad.
Restricción de Integridad:
Una fuente de restricciones de integridad son los conjuntos de entidades débiles.
El esquema de relaciones para un conjunto de entidades débil debe incluir la clave
esquema de relaciones de entidades de la cual depende. Así, pues, el esquema
de relaciones para cada conjunto de entidades débil incluye una clave exterior que
conduce a una restricción de integridad referencial.
No hay comentarios:
Publicar un comentario