Capítulo 18 Diseño de la Gestión de Datos

Capítulo 18
Diseño de la Gestión de Datos

18.1 Introducción

Los sistemas de información reales requieren datos persistentes: datos que continúan existiendo incluso cuando el sistema no se encuentre activo. Los datos persistentes se pueden almacenar en archivos o en base de datos.

Utilizar un sistema de gestión de base de datos (SGBD) ofrece un gran número de ventajas sobre el mecanismode almacenamiento sobre archivos. El empleo de una SGBD relacional o de un SGBD de objeto afectará el diseño.

18.2 Persistencia

18.2.1 El requisito para la persistencia

Para ciertas aplicaciones, los datos que se crean o utilizan mientras se ejecuta la aplicación ya no resultan necesarios una vez que la aplicación termina. Este tipo de datos se denominan datos transitorios.

La mayoríade las aplicaciones necesitan almacenar datos entre una ejecución del programa y la siguiente. En algunos casos, los datos que se almacenan son secundarios para el funcionamiento de la aplicación.

Datos persistentes: datos que deben ser almacenados en un sistema secundario de almacenamiento de datos, no sólo en la memoria del equipo, deberán estar a disposición de otros usuarios. Los sistemasde información también utilizan datos transitorios o de listas de objetos que se requieren con un propósito particular.

Objetos persistentes: son aquellos que deben almacenarse utilizando algún tipo de mecanismo de almacenamiento.
Objetos transitorios: se borran de la memoria una vez que hayan sido utilizados.

18.2.2 Introducción a los mecanismos de almacenamiento

Los sistemas de gestiónde bases de datos proporcionan un nivel de abstracción que oculta al usuario el hecho de que los datos se almacenan en archivos.
Si la base de datos es relacional el usuario de la base de datos verá tablas que contiene datos. Cada tabla puede estar relacionada con parte de un archivo, con un único archivo o con varios archivos.
Si la base de datos está orientada a objetos, entonces el usuarioverá objetos y vínculos entre ellos. Será posible almacenar objetos en archivos. La mayor parte de los lenguajes orientados a objeto proporcionan mecanismos para convertir objetos en un formato que puede ser escrito en un archivo (se conoce como serialización) para poder volver a leerlos desde un archivo de memoria.

18.2.3 Arquitectura para persistencia

Los sistemas existentes pueden teneruna arquitectura distinta de la que ha sido propuesta para el nuevo sistema, pero siempre habrá partes del viejo sistema que se podrán reutilizar. Con frecuencia, éste suele ser el caso de las bases de datos ya que las empresas suelen disponer frecuentemente de sistemas empresariales ya existentes y desean usar los datos almacenados en dichos sistemas de nuevas formas.

Arquitecturaestratificada para sistemas nuevos y ya existentes compartiendo una base de datos relacional ya existente.





Capa cliente (que combina presentación, lógica empresarial y acceso de datos)
Capa de presentación

Capa de lógica empresarial

Capa de acceso a datos
Base de datos relacional

Un sistema tendrá que dar respuestas a un determinado número de preguntas:
¿Existen partes del sistema enlos que resultará apropiado el almacenamiento en archivo?
¿El sistema es realmente un sistema orientado a objetos o es una simple base de datos con una interfaz de usuario de tipo gráfica?
¿El sistema utilizará un SGBD ya existente o existe libertar para elegir un SGDB apropiado? Si se va a utilizar un sistema ya existente, limitará el diseño del sistema de alguna forma.
¿Utilizarán los sistemasuna SGDB relacional? Si es así habrá que transformar las clases en tablas.
¿Utilizará el sistema una SGBD de objetos?
¿Cuál es la capa lógica del sistema? Una arquitectura estratificada (en capas) resultará mucho más flexible, separando la interfaz de usuario, la lógica empresarial y el acceso y el almacenamiento de los datos.
¿Cuál es la capa física del sistema? Más de una capa lógica puede...