1. Diseo de Datos (Diseo de la Base de Datos).

El propsito de esta actividad es conformar el diseo fsico de la base de

datos documentado en un formato apropiado a la naturaleza de este tipo de
diseo. Para lograrlo se precisa tanto de la informacin lgica que proporciona el
diccionario de datos y el diagrama de entidad relacin, ambos componentes de la
especificacin de requerimientos como de la informacin que entrega el
documento de restricciones fsicas que emana del personal de operaciones
normalmente responsable, en las unidades de informtica, del centro de
procesamiento, de las redes, de la seguridad del hardware y de los datos del
computador, as como de la ejecucin de los programas, el manejo de los discos y
otros asuntos que bien pueden tener radical importancia para la tarea de disear
la base de datos.
i. Diseo Fsico de la Base de Datos
El punto de partida del Diseo Fsico de la Base de Datos es el modelo de
datos de lgica global y la documentacin que describe el modelo de la
metodologa del diseo de la Base de Datos lgica.
Los modelos lgicos y las relaciones derivadas fueros validadas usando la
tcnica de normalizacin, y contra las transacciones que ellos deben soportar para
los usuarios. La fase del diseo de la Base de Datos lgica fue concluida por la
fusin de los modelos de datos locales (que representa el criterio de cada usuario
de la empresa) junto a la creacin de un modelo de datos global (que representa
todos los criterios del usuario de la empresa).
En la tercera y final fase de la metodologa del diseo de la Base de Datos,
el diseador debe decidir cmo trasladar el diseo de la Base de Datos lgica (que
es, las entidades, atributos, relaciones y fuerzas) a un diseo de la Base de Datos
fsica que puede ser implementada usando la tarjeta DBMS. Como muchas partes
de Diseo Fsico de la Base de Datos son altamente dependientes de la tarjeta
DBMS, debe haber ms de una forma de implementar alguna parte dada de la
Base de Datos. Consecuentemente, el diseador debe ser completamente
consciente de la funcionalidad de la tarjeta DBMS, y debe comprender las ventajas
y desventajas de cada alternativa para una implementacin particular.
El diseador tambin debe ser capaz de seleccionar una estrategia
conveniente de almacenamiento que tenga en cuenta el uso.
ii. Diseo Fsico de la Base de Datos.
Es el proceso de produccin de una descripcin, de una implementacin,
de un almacenamiento secundario de la Base de Datos, describe el
almacenamiento de estructuras y mtodos de acceso usados para conseguir el
acceso eficiente a los datos. El Diseo Fsico de la Base de Datos es la ltima
etapa del proceso de diseo, en el cual, teniendo presentes los requisitos de los
procesos, caractersticas del SGBD o DBMS, del S.O. y el hardware, se pretenden
los siguientes objetivos:
o Disminuir los tiempos de respuesta.
o Minimizar espacio de almacenamiento.
o Evitar las reorganizaciones.
o Proporcionar la mxima seguridad.
o Optimizar el consumo de recursos.
En definitiva lo que se pretende alcanzar es el cumplimiento de los objetivos
de sistema y conseguir optimizar la razn costo/beneficio.
La poca flexibilidad de los sistemas comerciales obliga a llevar a cabo la
reestructuracin de las relaciones para conseguir tiempos de respuesta
aceptables. Por tanto, se deber proceder de forma iterativa desde el diseo
lgico al Diseo Fsico, y viceversa para poder conseguir la razn anteriormente
citada.
As mismo, no existe un modelo formal para el Diseo Fsico (como por
ejemplo, el modelo relacional para el diseo lgico), el Diseo Fsico resulta muy
dependiente del producto comercial concreto hasta el momento.
El Diseo Fsico consta de entradas y salidas. En las entradas se podra
destacar adems de los objetivos del Diseo Fsico; los recursos mquina (soporte
fsico), recursos lgicos (sistemas operativos), esquema lgico y la informacin
sobre las aplicaciones (tiempos de respuesta y seguridad).
A partir de las entradas, en la salida obtendremos; normas de seguridad,
estructura interna, y especificaciones para el ajuste.
El problema del Diseo Fsico para el administrador de la Base de Datos
consiste en proveer un conjunto eficiente de estructuras de acceso de modo que el
optimizador pueda tomar las mejores decisiones. Entre los instrumentos ms
importantes del Diseo Fsico se encuentra la seleccin de los ndices
secundarios, que es uno de los problemas en la instrumentacin fsica de una
Base de Datos.
Una vez diseadas las aplicaciones se conocer cuales son las consultas
ms frecuentes y prioritarias a la Base de Datos, por lo que ser conveniente crear
un ndice secundario que ayude a localizar las filas seleccionadas en dichas
consultas y reducir los accesos a disco.
Existen otros elementos importantes en el Diseo Fsico, aunque no todos
los sistemas comerciales disponen de ellos, y si existen el diseador tiene la
posibilidad de actuar sobre ellos ajustndolos a cada caso concreto, algunos de
ellos son:
o Registros fsicos.
o Punteros.
o Direccionamiento calculado (Hashing)
o Agrupamientos (cluster)
o Bloqueo y comprensin de datos.
o Asignacin de espacios de almacenamientos como memorias
intermedias (buffers).
o Asignacin de conjuntos de datos a particiones y a dispositivos fsicos.
En general los fabricantes muestran tres estrategias de Diseo Fsico:
1) El SGBD impone una estructura interna, dejndole al diseador muy poca
flexibilidad, lo que suele aumentar la independencia fsica/lgica, pero
disminuye la eficacia.
2) El administrador disea la estructura interna, esto supone una importante
carga para el administrador y puede influir de forma negativa en la
independencia, aunque puede mejorar la eficacia.
3) El SGBD proporciona una estructura interna opcional que el diseador
puede cambiar a fin de optimizar el rendimiento de la Base de Datos. Esta
estrategia tiene unas ventajas:
o La Base de Datos puede comenzar a funcionar de inmediato.
o La eficacia va aumentando al irse efectuando los ajustes sucesivos.
o La independencia se mantiene.
El Diseo Fsico de la Base de Datos implica el diseo de las relaciones de
la Base y se integra fuertemente usando el funcionamiento disponible de la tarjeta
DBMS.
Traduccin del modelo de datos lgico global para tarjetas DBMS; implica
seleccionar las estructuras de almacenamiento y los mtodos de acceso para las
relaciones base.
Tpicamente, el DBMS, implica un nmero de alternativas para construir un
almacn de datos, con la excepcin del PC DBMS, el cual tiende a ajustar el
almacenamiento construido. Desde el punto de vista de los usuarios, la
representacin del almacenamiento interno para las relaciones debera ser
transparente - el usuario debera poder acceder a las relaciones y tuplas sin tener
que especificar donde o como las tablas estn almacenadas.
Esto requiere que el DBMS proporcione datos fsicos independientes para
que los usuarios no se vean afectados por cambios de la estructura fsica de la
Base de Datos, como se discuti anteriormente.
El trazado entre el modelo de datos lgico y el modelo de datos fsico est
definido en el esquema interno. El diseador debe proporcionar los detalles del
Diseo Fsico para ambos, el DBMS y el sistema operativo. Para el DBMS, el
diseador debe especificar las estructuras de fichero que son usados para
representar cada relacin; Para el sistema operativo, el diseador debe especificar
los detalles tales como la localizacin y proteccin de cada fichero. El paso 2
tambin considera enervante (es decir, debilitar las fuerzas fsicas) la fuerza de
normalizacin impuesta sobre el modelo lgico de datos para proporcionar todo el
funcionamiento del sistema.
Este es un paso que solo se acometer si fuera necesario, porque los
problemas inherentes implican la introduccin del desempleo, mientras mantengan
su consistencia.
El diseo de las Bases Relacionales para la tarjeta DBMS; implica el diseo
de medidas de seguridad para proteger los datos desde un acceso inautorizado.
Esto implica decidir como cada modelo lgico global de datos debera estar
implementado, y los controles de acceso que son requeridos en las relaciones de
base.
La fuerza de la empresa para disear la tarjeta DBMS; es un proceso
continuo de monitorizacin del sistema operacional para identificar y resolver
cualquier problema del funcionamiento resultante del diseo, e implementacin de
nuevos o cambiantes requerimientos.
La Metodologa del Diseo Fsico de la Base de Datos para la Base de Datos
Relacional.
Esta seccin nos proporciona una gua paso a paso para introducir el
Diseo Fsico de la Base de Datos para la Base de Datos relacional. Por tanto, en
esta metodologa, demostramos la asociacin cerrada entre el Diseo Fsico de la
Base de Datos y la implementacin para describir como los diseos alternativos
pueden implementarse usando varias tarjetas DBMS.
La primera actividad del Diseo Fsico de la Base de Datos implica la
traduccin de las relaciones derivadas del modelo de datos lgico global dentro de
una forma que puede implementarse en la tarjeta relacionada DBMS.
La primera parte de este proceso supone cotejar (es decir, confrontar una
cosa con otra), la informacin recogida durante el modelado y documentacin de
los datos lgicos en el diccionario de datos.
La segunda parte de este proceso usa esta informacin para producir el
diseo de la base relacional. Este proceso requiere un conocimiento profundo de
las funciones ofrecidas por la tarjeta DBMS. Por ejemplo, el diseador necesitar
conocer:
o Si el sistema soporta la definicin de clave primaria, clave secundaria y
clave externa.
o Si el sistema soporta la definicin de datos requeridos (que es, si el sistema
permite atributos definidos como NO NULOS).
o Si el sistema soporta la definicin de dominios.
o Si el sistema soporta la definicin de la fuerza de la empresa.
o Como crear una base relacional
Diseo de las Bases Relacionales para la Tarjeta DBMS.
Para comenzar el proceso del Diseo Fsico, primero necesitamos cotejar y
asimilar la informacin sobre relaciones producidas durante el modelado de datos
lgicos. La informacin puede ser obtenida desde el diccionario de datos y la
definicin de las relaciones definidas usando el DataBase Design Language
(DBDL). Por cada relacin identificada en el modelo de datos lgico global,
nosotros vamos a definir los siguientes pasos:
o El nombre de la Tabla.
o Una lista de los atributos simples que soporta.
o La clave primaria (PK) y, cuando sea apropiado, las claves alternativas
(AK), y las claves externas (FK).
o Integrar la fuerza de alguna clave externa identificada. Desde el diccionario
de datos, tambin tenemos para cada atributo:
o Los dominios, la consistencia de un tipo de dato, longitud, y alguna fuerza
en el dominio.
o Una opcin para dejar de evaluar los atributos.
o Si el atributo puede tener nulidad.
o Si el atributo es derivado y, como sera computado.