Académique Documents
Professionnel Documents
Culture Documents
Para definir esas representaciones, es decir, los distintos esquemas, utilizaremos uno o
varios modelo de datos, un formalismo o un lenguaje que nos permite representar una
realidad con una mayor o menor riqueza de detalle.
Se puede considerar que los Modelos de Datos se utilizan, entre otras aplicaciones, para:
Como herramienta de especificación, para definir tipos de datos y la organización de los
datos de una BD específica.
Como soporte para el desarrollo de una metodología de diseño de BD.
Como formalismo para el desarrollo de familias de lenguaje de muy alto nivel, para la
resolución de requerimientos y manipulación de datos.
Como modelo soporte de la arquitectura de los SGBD.
Como vehículo para investigar el comportamiento de diversas alternativas en la
organización de los datos.
Parte Dos
Sistemas de información
Uno de los pilares de cualquier organización es la información que necesita para su
funcionamiento. Asimismo, el tratamiento de dicha información es una de sus
ocupaciones básicas. Podemos decir que la Organización dispone en un primer momento
de una cantidad de datos desordenados e inconexos, sobre el entorno en el que se
desarrolla y la actividad o actividades a las que se dedica.
Es primordial, pues, ordenar e interrelacionar esos datos y obtener conclusiones de ellos,
es decir, obtener información elaborada que permita tomar decisiones o conocer el estado
de la Organización.
El tratamiento de la información, sea manual o electrónico, tiene como objetivo
proporcionar esa información elaborada, de tal forma que sea correcta, se obtenga en el
momento y lugar adecuado, para la persona autorizada y con el mínimo coste.
Los sistemas de información soportados por una computadora han sufrido una rápida
evolución. Desde el punto de vista de su funcionalidad podemos hacer una somera
distinción de estos: SIM de procesos de transacción. SIM de ayuda a la toma de decisiones
Los primeros tienen como objetivo el tratamiento de los datos necesarios para llevar a
cabo las tareas rutinarias de la organización: nóminas, contabilidad, etc.; eran sistemas
de información para la gestión.
Pero el desarrollo técnico en el campo de los computadores ha permitido exigir cada vez
más prestaciones a los sistemas de información, que pasan a proporcionar una
información más elaborada de ayuda a la toma de decisiones: son los sistemas de
información para la ayuda a la toma de decisiones.
Pensemos en una sistema de información de diseño asistido por computador CAD; la
máquina será la encargada de simular el comportamiento de un determinado objeto (el
diseño de un avión, por ejemplo) en distintas condiciones ambientales, información ésta
que nos dará una base para decidir si es factible su fabricación o si, por el contrario, no
debemos seguir adelante con el proyecto.
Los almacenes de datos, más conocidos como Data Ware Houses constituyen hoy en día
el núcleo de estos sistemas de apoyo a la toma de decisiones. Estos sistemas son la parte
central de la asignatura Bases de Datos Multidimensionales.
En primer lugar, habrá que aislar la parcela del mundo real objeto de estudio,
identificando objetos con sus propiedades, las relaciones entre ellos, así como su
semántica asociada. A continuación por medio de un proceso de abstracción,
intentaremos obtener una imagen (representación) de esta parcela del mundo real.
Es lo que se llama modelado, proponer un esquema bajo un determinado sistema de
representación que simule el comportamiento de la parte de la realidad en estudio.
Obtendremos así las estructuras que alberguen nuestros datos, y los procesos u
operaciones, que las han de afectar para obtener la información elaborada final.
Por último, habrá que organizar el conjunto de información definido en la etapa anterior
para almacenarla en un soporte informático, lo que exige el conocimiento de técnicas
cada vez más sofisticadas entre las que se encuentran las técnicas de bases de datos.
En definitiva, siguiendo el ciclo de vida clásico del software podemos diferenciar tres fases
a la hora de desarrollar un sistema de información, en nuestro caso mecanizado, a saber:
Análisis: investigación y modelado
Diseño: lógico y físico
Implementación: programas, carga de datos, pruebas
Conceptos y definiciones
Propiedades de un sistema de información
En un sistema de información encontraremos propiedades estáticas, dinámicas y
restricciones de integridad.
Las propiedades estáticas se refieren a los datos en sí, qué información es la que se
maneja en el sistema, qué valores puede contener el sistema, y cómo dependen unos de
otros. Son propiedades que no varían en el tiempo.
Las dinámicas hacen referencia a la evolución de esos datos en el tiempo, a las
operaciones que se les aplican, más concretamente transacciones, es decir, secuencias
indivisibles de operaciones simples.
Las restricciones de integridad son reglas utilizadas para definir las propiedades
estáticas y dinámicas.
Dicho de otro modo, es el mecanismo por el que establecemos cuales son los valores
válidos de los objetos de nuestro sistema en cada instante.
La mayoría de ellas se podrán expresar adecuadamente con los conceptos que maneja el
modelo de datos. Al estructurar la información de una cierta manera y al especificar las
transacciones ejecutables estamos estableciendo ya unas reglas que cumplirá el sistema.
No obstante, hay propiedades imposibles de expresar con los mecanismos anteriores que
necesitan una definición adicional mediante un formalismo de especificación de
aserciones.
De una forma hasta cierto punto coloquial, habitualmente se habla de restricciones de
integridad refiriéndose únicamente a las segundas, ya que las primeras no necesitan de
esa especificación aparte.
Parte Tres
Modelo de datos. Definimos un modelo de datos como la herramienta intelectual que
nos permite estructurar los datos de forma que se capte la semántica de los mismos.
Éste nos ofrecerá un conjunto de conceptos y reglas que nos permitirán representar,
con mayor o menor fidelidad, un conjunto de datos interrelacionados y operaciones sobre
los mismos, a los que afectan unas restricciones que han de cumplir en todo momento.
Cuanta más información sobre los datos podamos representar dentro del mismo, más
expresivo será el modelo de datos y por lo tanto más deseable.
Esquema. La aplicación de un cierto modelo de datos a una realidad nos dará como
resultado un esquema, una representación de esa realidad que podrá ser de tipo gráfico
o lingüístico y que describirá un conjunto de objetos e interrelaciones entre ellos, un
conjunto de operaciones: combinaciones de insertar, borrar, modificar y consultar, a
aplicar sobre los primeros, y todas las restricciones semánticas que afecten al sistema.
No todos los modelos tienen en cuenta los dos tipos de propiedades, centrándose bien
en uno o en otro. De hecho, los más implantados de forma comercial se basan casi
exclusivamente en la parte estática, seguramente por ser la menos costosa de solucionar.
¿Quién es el encargado de proporcionar los lenguajes antes mencionados y de gestionar
los datos estructurados en función de un determinado modelo de datos? El sistema de
gestión de bases de datos, es la herramienta software que soporte a un modelo de datos
o, dicho de otro modo, todo SGBD debe tener un modelo de datos subyacente que
permita describir los datos de una forma concreta.
Los LMD pueden ser para navegaciones o de especificación. Los primeros se basan
en la utilización interna de apuntadores, por lo que los operadores seleccionan un único
objeto por la posición lógica que ocupa, es decir, se recupera la información partiendo
del valor actual del apuntador, del objeto al que está apuntando. En otras palabras,
debemos recorrer la estructura desde el lugar en el que nos encontremos hasta llegar a
la información que precisamos.
Los LMD de especificación, sin embargo, recuperan los datos en función de qué es lo que
estamos buscando, indicando explícitamente qué datos precisamos y qué condiciones
han de cumplir, pero dejando al SGBD la tarea de cómo obtiene esa información.
Sistema de Gestión de Bases de Datos. Un Sistema de Gestión de Bases de Datos
SGBD, es el software que implementa las herramientas asociadas a un modelo de datos.
Estados de la BD, Diremos que para un esquema de BD existen muchas ocurrencias
de base de datos, cada una de las cuales tiene las mismas estructuras y obedece a las
mismas restricciones de integridad.
La estructura de la base de datos es siempre la misma, o sufre alteraciones cada cierto
tiempo, pero las operaciones de manipulación de datos son constantes, por tanto, los
datos contenidos en la base de datos cambian continuamente. Tradicionalmente, los
términos ocurrencia del esquema y base de datos se suelen utilizar indistintamente.
Los modelos de datos primitivos se usaron durante la década de los 70, cuando aún
no se utilizaban las técnicas de bases de datos. Los objetos se representaban como
registros organizados en archivos, y las relaciones mediante referencias explícitas a otros
registros en algún campo del mismo.
Los lenguajes de manipulación dependen por entero de la organización física de los datos,
y las operaciones básicas son la lectura y la escritura.
Para garantizar, o al menos mejorar, la independencia de las aplicaciones frente a los
datos aparecen los primeros SGBD, basados en lo que ahora llamamos modelos de
datos clásicos.
Sin embargo, y dentro todavía de esta generación, la aparición del Modelo Relacional
provocó la representación de los objetos como relaciones, tablas en su denominación
informal, cuyas tuplas o filas en su denominación informal, identifican a ocurrencias del
objeto patrón, y la vuelta a las referencias explícitas, unos atributos que relacionan un
objeto con un segundo por comparación de valores iguales en uno y otro, para expresar
las interrelaciones. La estructura de datos más simple, y la aparición de lenguajes de
especificación totalmente declarativos, han hecho de este modelo el más ampliamente
utilizado en los SGBD comerciales actuales.
Uno de los grandes problemas que plantean los SGBD comerciales actuales, en general,
es que no soportan modelos con la suficiente expresividad, para dejar libre al diseñador
de sistemas de información de las molestas tareas de administración de datos a bajo
nivel. Es práctica habitual utilizar en la confección del Esquema Conceptual, modelos de
datos con un fuerte potencial semántico, para traducirlo después a modelos que si tienen
un software comercial disponible, pero muy probablemente más pobres semánticamente.
Por eso, la aparición de los modelos de datos semánticos está justificada por la pretensión
de aumentar la capacidad expresiva de los modelos clásicos incorporando conceptos y
mecanismos de abstracción no contemplados en los anteriores. Se utilizan
preferentemente para la confección del Esquema Conceptual, y como modelo subyacente
de algunos SGBD aun en experimentación. Son los más potentes pero no tienen un reflejo
comercial en algún producto de amplia difusión; la representación del EC ha de traducirse
a un Esquema Lógico, en general a un modelo clásico, para poder ser explotado
eficientemente en algún SGBD.
Así y todo, parece que el EER está teniendo alguna penetración, sobre todo en algunas
herramientas de análisis y diseño de Sistemas de Información, en forma de módulo de
ciertas herramientas CASE, que se puede traducir de forma automática al Modelo
Relacional. Otros modelos de datos, que denominaremos de propósito particular, se
desarrollaron sobre aplicaciones concretas: cartografía, CAD/CAM, hipertexto, etc.