You are on page 1of 5

1

1.- TEMA: MODELOS DE BASES DE DATOS


2.- OBJETIVO:

Aprender acerca de las clases de modelos de datos por medio de la investigacin


bibliogrfica para ampliar los conocimientos sobre las bases de datos.

3.- DESARROLLO:
3.1. CONCEPTO DE MODELOS DE DATOS:
Adems de la clasificacin por la funcin de las bases de datos, stas tambin se pueden clasificar
de acuerdo a su modelo de administracin de datos.
Un modelo de datos es bsicamente una "descripcin" de algo conocido como contenedor de
datos (algo en donde se guarda la informacin), as como de los mtodos para almacenar y
recuperar informacin de esos contenedores. Los modelos de datos no son cosas fsicas: son
abstracciones que permiten la implementacin de un sistema eficiente de base de datos; por lo
general se refieren a algoritmos, y conceptos matemticos.

3.2. CLASES DE MODELOS DE DATOS: entre los modelos de datos ms utilizados estn:

Modelo jerrquico
Modelo en red
Modelo relacional
Modelo entidadrelacin
Modelo entidadrelacin extendido
modelo de objetos
modelo documental
Modelo entidadatributovalor
modelo en estrella

2
Los modelos fsicos de datos incluyen:

ndice invertido
fichero plano

Otros modelos lgicos pueden ser:

modelo asociativo
modelo multidimensional
modelo multi-valor
modelo semntico
base de datos XML
grafo etiquetado
Triplestore

Aunque los modelos de datos son muchos y variados, en el siguiente trabajo investigativo, se
desarrollara ms a fondo, los modelos lgicos basados en objetos y los modelos fsicos. Una
opcin bastante usada a la hora de clasificar los modelos de datos es hacerlo de acuerdo al nivel
de abstraccin que presentan como se muestra a continuacin.
Nivel de abstraccin: Abstraccin es la habilidad que tiene el ser humano para describir y
distinguir un objeto de otro dependiendo de sus caractersticas (propiedades) y sus funciones
(mtodos) para despus encapsularlas en un solo concepto. Por ejemplo un automvil:

Caractersticas (propiedades) : Color, marca, modelo, tipo de motor, etc...


Funciones (mtodos): Frenar, avanzar, encendido, apagado, luces, alto total, en
movimiento, etc.

Todas estas propiedades y mtodos quedan encapsulados en un solo concepto llamado


'Automvil'.
El nivel de abstraccin se refiere a qu tan profundo puedes ir en cuanto a la descripcin de un
sistema. Los niveles de abstraccin son grupos de conceptos que forman un sistema. Ejemplo:

Si tu sistema es el cuerpo humano, los niveles de abstraccin (grupos de conceptos)


pueden ser: tomos, Clulas, Tejidos, etc.
Si es un directorio: Perfiles, Tareas, Miembros, Grupos, Entidades

3.2.1. MODELO LGICO BASADO EN OBJETOS:


Un modelo lgico de datos es un modelo que no es especfico de una base de datos que describe
aspectos relacionados con las necesidades de una organizacin para recopilar datos y las
relaciones entre estos aspectos.
Un modelo lgico contiene representaciones de entidades y atributos, relaciones, identificadores
exclusivos, subtipos y sper-tipos y restricciones entre relaciones. Un modelo lgico tambin
puede contener objetos de modelo o hacer referencia a uno o ms modelos. Una vez definidas las
relaciones y los objetos lgicos en un modelo de datos lgicos, puede utilizar el entorno de
trabajo para transformar el modelo lgico en una representacin fsica especfica de base de
datos en forma de modelo de datos fsicos.

3
Los objetos del modelo lgico siempre estn contenidos en un objeto de paquete raz. Siempre
hay un paquete raz, pero puede aadir paquetes adicionales bajo el paquete raz para agrupar
objetos similares.
Los modelos de datos lgicos abordan las siguientes reas de inters:
Validacin de modelos de aplicacin con requisitos empresariales
Creacin de requisitos para modelos de datos fsicos y diseo de base de datos
Identificacin de entidades empresariales y las relaciones entre las entidades
Los modelos de datos lgicos crean una sola vista de todos los datos. Puede crear un modelo de
datos lgicos para abordar el rendimiento, la coherencia y las redundancias de los datos. El
modelo de datos lgicos se utiliza para crear un modelo de datos fsicos que permita acceder a los
datos.
Al crear un modelo de datos lgicos, utilice los pasos siguientes:
1. Identifique entidades, atributos y relaciones:
a. Revise la documentacin del proyecto. Debe definir el mbito del proyecto y la
informacin sobre el sistema de origen del que va a obtener los datos. Defina
requisitos empresariales, modelos de procesos, perfiles, diseos arquitectnicos y
modelos de datos.
b. Cree categoras generales que representen la informacin que almacenar en el
depsito de datos. Asegrese de que se impliquen los analistas de negocio y los
expertos en la materia interesados. Estas categoras deben representar conceptos
de empresa, no slo atributos o subconjuntos de datos.
c. Identifique las entidades. Las entidades generalizan los conceptos, las partes
implicadas, los productos, los planes, las ubicaciones o los sucesos que se
almacenarn en la base de datos. Las entidades pueden ser objetos de la base de
datos o categoras que haya creado ms arriba.
d. Determine las relaciones entre las entidades. Una entidad pueden tener
relaciones con otras entidades, pero entre dos entidades slo puede haber una
relacin. Cuando cree relaciones, hgalo desde el punto de vista del negocio. Cree
nombres para cada parte de la relacin.
e. Identifique la cardinalidad de cada relacin.
f. Identifique los atributos y las caractersticas de cada entidad. Durante este paso,
debe definir claves primarias. Una clave primaria es un subconjunto de atributos
que identifican de forma exclusiva una entidad.
g. Cree descripciones de texto para entidades y atributos. La descripcin debe
representar los objetos desde el punto de vista del negocio.
2. Fusione el modelo funcional con el modelo de datos lgicos.
a. Cree, lea, actualice y suprima atributos de las entidades.
b. Mantenga las relaciones y cardinalidades del modelo datos lgicos y los valores
de los atributos.
3. Valide el modelo de datos lgicos con los requisitos del negocio. Asegrese de que la
siguiente informacin se encuentre en el modelo de datos lgicos:
o Todos los procesos de negocio necesarios se documentan a travs de entidades
o Todos los datos necesarios se incluyen en el modelo de datos lgicos
o Todas las entidades tienen nombre, as como claves primarias, atributos y
relaciones con otras entidades del modelo de datos lgicos
o Las cardinalidades entre objetos reflejan sus relaciones apropiadas
o Las entidades y atributos se encuentran en el depsito de datos, y estn
relacionados con funciones o procesos que tienen lugar en el depsito de datos

4
Revise el modelo de datos a lo largo del proceso. Tenga en cuenta que debe mantenerse en el
mbito de las necesidades del negocio, y debe modificar el modelo cuando conozca mejor dichas
necesidades. Una vez completado el modelo de datos, siga revisando y mejorando el modelo para
sacar el mximo partido de los datos disponibles para el negocio.
3.2.2 MODELO DE DATOS FISICOS:
Al crear un modelo de datos fsicos, se debe correlacionar el modelo de datos lgicos con las
estructuras fsicas de una base de datos que aloja el depsito de datos.
Al crear un modelo de datos fsicos, debe definir estructuras fsicas, como las tablas y tipos de
datos que utilizar cuando se almacenen los datos. Tambin debe definir nuevas estructuras de
datos que pueden mejorar el rendimiento de las consultas. Sin embargo, debe definir nuevas
estructuras sin cambiar el significado del esquema del modelo de datos lgicos.
Tenga en cuenta las siguientes consideraciones cuando cree un modelo de datos fsicos:
Qu nivel de escalabilidad tiene el diseo? Qu nivel de escalabilidad tiene el sistema
de gestin de bases de datos fsicos (DBMS)?
Qu consultas, procesos ETL y otras aplicaciones requiere el depsito de datos?
Hay algn modelo de datos abstracto que pueda utilizar para mejorar el rendimiento?
Cmo utilizar o realizar el mantenimiento del depsito de datos?
Nota: El modelado de datos fsicos en el proceso de transaccin en lnea (OLTP) no difiere mucho
del modelado fsico del depsito de datos. En el nivel de modelo conceptual, el modelado de
datos fsicos de OLTP difiere principalmente en el diseo de rendimiento. En OLTP, el diseo se
centra en los volmenes de datos y de transacciones, mientras que en el modelo de datos fsicos
de depsito de datos se centra en el rendimiento de la carga, el rellenado de las reas de anlisis
y las tablas de resumen por parte de aplicaciones por lotes o en tiempo real, y en el rendimiento
de las consultas analticas.
Para crear un modelo de datos dimensionales fsicos, realice los pasos siguientes:
1. Modele las entidades y los atributos del modelo de datos fsicos:
a. Defina una tabla para cada entidad del modelo de datos lgicos. Asigne un
nombre a cada tabla.
b. Cree columnas para cada uno de los atributos de las entidades del modelo de
datos lgicos. Asigne un nombre y un tipo de datos a cada columna.
c. Defina las claves primarias y forneas de cada tabla.
2. Cree el DDL del modelo de datos fsicos:
a. Cree la base de datos de destino.
b. Conecte con la base de datos de destino.
c. Genere el DDL.
d. Implemente el DDL.
3. Disee y ajuste el rendimiento del modelo de datos fsicos. Ajuste las entidades y
relaciones que se obtienen del modelo de datos lgicos y cntrese en cmo se rellenan
esos objetos. El rendimiento del rellenado se ajusta utilizando uno de estos dos mtodos:
Rellenado por lotes
Utilice las aplicaciones personalizadas, las herramientas ETL o los programas de utilidad
de base de datos que proporcionen un buen rendimiento.
Rellenado en tiempo real
Utilice procesos y tcnicas que permitan que los datos estn disponibles ms
rpidamente. Por ejemplo, en vez de utilizar el proceso ETL tpico, utilice un proceso ELT

5
(extraer, transformar y cargar). En el proceso ELT, los datos se extraen y cargan antes de
que se realice la transformacin, lo que puede mejorar el rendimiento.
Nota: El rendimiento depende de las estructuras de datos fsicos. La modificacin o
adicin de estructuras fsicas ms apropiadas puede mejorar el rendimiento de las
consultas, de las extracciones de datos o de las rplicas. Sin embargo, la adicin de
ms estructuras fsicas tambin puede aumentar el tiempo de carga del depsito de
datos. El ajuste de rendimiento permite minimizar los costes. Por ejemplo, el
rendimiento siempre se puede mejorar aadiendo ms CPU y recursos de E/S, pero
debe buscar un compromiso entre un rendimiento aceptable y el coste total del
sistema.
4. Verifique el diseo fsico asegurndose de haber abordado las reas siguientes:
o El script DLL del modelo fsico debe definir correctamente las estructuras fsicas,
incluidas las mejoras del rendimiento.
o El diseo fsico debe estar totalmente documentado.
o Cada entidad del modelo de datos lgicos debe representar una tabla fsica,
incluidos los atributos y relaciones adecuados.
o Cada relacin debe describir cardinalidades correctas (uno a uno, uno a muchos,
muchos a muchos).
o Describa correctamente cada entidad y atributo en el diccionario de datos.
o Valide todas las estimaciones de capacidad.

4.- CONCLUSIONES

Se concluye que las bases de datos pueden ser modeladas de muchas formas,
dependiendo de la utilidad y funcionalidad con la que queremos utilizar los datos que
guardaremos en dichas bases.
Se concluye que bsicamente, un modelo lgico responde a todo lo deducible de algo que
compondr un sistema. Un modelo fsico, tiene ms que ver con la descripcin de la
implementacin de la base de datos en memoria secundaria: estructuras de
almacenamiento

5.- FUENTES DE INFORMACION

http://www.netronycs.com/modelos_de_base_de_datos.html
http://pic.dhe.ibm.com/ - Pgina oficial de IBM.
http://basesdedatos.wordpress.com/modelos-logicos-basados-en-registros/
http://definicion.de/modelo-de-datos/ - Pagina de definiciones.

You might also like