2.1
Proceso de diseño
Los
diseñadores entrevistan a los futuros usuarios de la base de datos para recoger
y documentar sus necesidades de información. En paralelo, conviene definir los
requerimientos funcionales que consisten en operaciones (transacciones) que se
aplicarán a la base de datos, e incluyen la obtención de datos y la
actualización.
Diseño
conceptual
Una
vez recogidos todos los requerimientos, el siguiente paso es crear un esquema
conceptual para la base de datos mediante un modelo de datos conceptual de alto
nivel.
El
esquema conceptual contiene una descripción detallada de los requerimientos de
información de los usuarios, y contiene descripciones de los tipos de datos,
relaciones entre ellos y restricciones.
Diseño
lógico de la base de datos (transformación de modelo de datos)
El
siguiente paso en el proceso de diseño consiste en implementar de hecho la base
de datos con un S.G.B.D. comercial, transformando el modelo conceptual al
modelo de datos empleados por el S.G.B.D. (jerárquico, red o relacional).
En
nuestro módulo haremos la implementación con un S.G.B.D. relacional, por ser el
modelo más utilizado por las empresas en la actualidad.
Diseño
físico de la base de datos
En
este paso se especifican las estructuras de almacenamiento internas y la
organización de los archivos de la base de datos.
2.2 Modelo de Datos Entidad-Relación (E/R)
Cuando se utiliza una base de datos
para gestionar información, se está plasmando una parte del mundo real en una
serie de tablas, registros y campos ubicados en un ordenador; creándose un
modelo parcial de la realidad. Antes de crear físicamente estas tablas en el
ordenador se debe realizar un modelo de datos.
Se suele cometer el error de ir creando
nuevas tablas a medida que se van necesitando, haciendo así el modelo de datos
y la construcción física de las tablas simultáneamente. El resultado de esto
acaba siendo un sistema de información parcheado, con datos dispersos que
terminan por no cumplir adecuadamente los requisitos necesarios.
El
modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el
modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre
dichas entidades:
- Entidad.- Objeto del mundo real sobre el que queremos
almacenar información (Ej: una persona). Las entidades están compuestas de atributos que
son los datos que definen el objeto (para la entidad persona serían DNI,
nombre, apellidos, dirección,...). De entre los atributos habrá uno o un
conjunto de ellos que no se repite; a este atributo o conjunto de atributos
se le llama clave de la entidad, (para la entidad
persona una clave seria DNI). En toda entidad siempre hay al menos una
clave que en el peor de los casos estará formada por todos los atributos
de la tabla. Ya que pueden haber varias claves y necesitamos elegir una,
lo haremos atendiendo a estas normas:
- Que sea única.
- Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de
cliente?.
- Que sea mínima, ya que será muy utilizada por el gestor de
base de datos.
- Relación.- Asociación entre entidades, sin existencia
propia en el mundo real que estamos modelando, pero necesaria para
reflejar las interacciones existentes entre entidades. Las relaciones
pueden ser de tres tipos:
- Relaciones 1-1.- Las entidades que intervienen en la
relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y
entre ellos la relación MATRIMONIO).
- Relaciones 1-n.- Una ocurrencia de una entidad está
asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR
y entre ellos la relación TRABAJAR-EN).
- Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos
entidades de la relación, puede estar asociada con muchas (n) de la otra
y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la
relación MATRÍCULA).
Para asimilar fácilmente un diseño de datos cuando se emplea el modelo E/R se
utilizan los siguientes elementos gráficos:
La
utilización de estos elementos dará como resultado lo que se denomina el esquema entidad-relación de
la base de datos. Los ejemplos que se incluyen en el apartado anterior,
gráficamente quedarían como sigue:
1. Se elabora el diagrama (o diagramas) entidad-relación.
2. Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.
Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y
experiencia para lograr buenos modelos de datos.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras
técnicas para lograr un modelo directamente implementable en una base de datos.
Brevemente:
Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas relaciones pueden
transformarse en atributos y viceversa).
Conversión en tablas (en caso de utilizar una base de datos relacional
Itzel Flores Luna.
T-32
No hay comentarios:
Publicar un comentario