UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

FACULTAD DE INGENIERIA DE INDUSTRIAS ALIEMNTARIAS

ESCUELA PROFESIONAL DE INGENIERIA INDUSTRIAL

PROFESOR: POHL CACERES PAUL ELBIN
CUERSO: BASE DE DATOS
TEMA: TIPOS DE MODELO DE DATOS Y TIPOS DE MODELO DE
BASE DE DATOS

ALUMNO: HUANSHA YUNCA RONALD OSCAR

HUARAZ 20 DE ABRIL 201

Pgina
1

INDICE
Introduccin3
Tipos de modelo de datos4
Modelo conceptual
Modelo lgico
Modelo fsico
Tipos de modelo de base de datos.13

Base de datos jerrquica

Base de datos de red
Base de datos transnacionales
Base de datos relacionales
Base de datos dimensional
Base de datos multidimensional
Base de datos orientados a objetos
Base de datos documentales
Base de datos deductivas
Base de datos estticas
Base de datos dinmicas
Base der datos bibliogrficas
Base de datos fichero invertido

Conclusiones..26
Bibliografa...27

Pgina
2

INTRODUCCIN
El objetivo del presente trabajo es presentar caractersticas generales de tipos de modelo de datos y
tipos de modelo base de datos, ofrecer algunas informaciones bsicas y sus definiciones de cada uno
de ellos.
Tambin se definir en que se q caso se usa cada uno de ellos y cuales son sus contextos.

Pgina
3

TIPOS DE MODELO DE DATOS

MODELO CONCEPTUAL
Recibe como entrada la especificacin de requerimientos y su resultado es el esquema conceptual de
la base de datos, que es una descripcin de alto nivel de la estructura de la base de datos,
independiente del software que se use para manipularla.
Modelos Conceptuales: MER, Modelos OO, Formalismo Individual
Muy general y abstracto, visin general del negocio/institucin

Propsito
En las bibliotecas, museos o archivos, un catlogo es un conjunto organizado de datos que describe
el contenido de la informacin gestionada por la institucin. Para agrupar las diversas obras de una
persona o de una entidad corporativa, o las distintas ediciones de una misma obra en el catlogo se
requieren puntos de acceso controlados para autores y ttulos. En un catlogo concreto, estas
formas controladas representan las formas autorizadas y las formas variantes de nombres y ttulos,
que recogen todas las formas de un determinado nombre de autor o de un determinado ttulo. As el
concepto de "control de autoridades", que significa a la vez la gestin de las formas autorizadas y la
identificacin de las entidades que estn representadas por los puntos de acceso, es parte
integrante del concepto de "catlogo". El control de autoridades es beneficioso para catalogadores
que pueden abarcar de un vistazo todos los puntos de acceso a una forma autorizada que existe en
un catlogo e identificar rpidamente la entidad. An ms importante es que benefician a los
usuarios finales que pueden utilizar cualquier forma de nombre del autor o del ttulo en sus
bsquedas para recuperar los recursos que se describen en el catlogo.

mbito de aplicacin
El alcance funcional del estudio se limita al sector bibliotecario, pero el estudio se ha llevado a cabo
con miras a un anlisis comparativo con otros sectores. Presenta una visin de la forma en que el

Pgina
4

modelo se aplica especficamente al sector bibliotecario y puede ayudar a proporcionar aclaraciones

para los lectores ms familiarizados con ese sector.
Para los fines de este modelo, los usuarios de los datos de autoridad incluyen tanto a los creadores
de datos de autoridad que elaboran y mantienen ficheros de autoridades como a los usuarios finales
que utilizan informacin de autoridades, ya sea mediante el acceso directo a los ficheros de
autoridades o, indirectamente, a travs de los puntos de acceso controlado y de las estructuras de
referencias en los catlogos de bibliotecas, las bibliografas nacionales, etc.
A los efectos de este estudio, un registro de autoridad se define como el conjunto de datos sobre
una instancia de una entidad cuyo nombre se utiliza como punto de acceso controlado para
registros o citas bibliogrficas en un catlogo de biblioteca o fichero bibliogrfico.
De manera convencional, las bibliotecas estructuran los datos de autoridad conforme a directrices y
especificaciones como las que se recogen en las Directrices para la Registros de Autoridad y
Referencias (GARR) de IFLA y/o las reglas de catalogacin. En la prctica actual, el registro de
autoridad contiene normalmente la forma autorizada del nombre de la entidad, establecida por la
biblioteca como forma preferida para visualizar en su catlogo, as como las formas variantes del
nombre y nombres relacionados usados como puntos de acceso controlado. Adems, el registro de
autoridad puede contener informacin relativa a la entidad (es decir, la persona, entidad corporativa,
obra, concepto, etc. representada por el punto de acceso), as como a las relaciones entre esa
entidad y otras entidades representadas por puntos de acceso relacionados. El registro de autoridad
normalmente incluir tambin informacin para identificar las reglas de acuerdo con que se
establecieron los puntos de acceso controlado, las fuentes consultadas, la agencia de catalogacin
encargada de establecer el punto de acceso controlado. Tambin puede identificar la agencia
responsable de establecer las formas preferidas del nombre.

Diagrama entidad-relacin y definiciones

Metodologa entidad-relacin
La metodologa utilizada en la construccin de este modelo conceptual es la misma tcnica de
2

anlisis de entidades utilizada en Requisitos Funcionales para Registros Bibliogrficos (FRBR) .

Como se describe en la seccin 2.3 de FRBR, el primer paso es la identificacin de los principales
objetos que son de inters para los usuarios de la informacin en un dominio particular. Cada uno
Pgina
5

de estos objetos clave, o entidades, sirve, por tanto, como foco de un grupo de datos. Un modelo
desarrollado usando estas tcnicas tambin representa la relacin entre diferentes tipos de entidad.
Una vez que se ha establecido la estructura de alto nivel para el modelo mediante la
identificacin de las entidades y las relaciones entre, el siguiente paso es identificar las
principales caractersticas o atributos de cada entidad. A un nivel ms concreto, el modelo
tambin puede describir la relacin que pueda existir entre instancias de las entidades.
Convenciones utilizadas en los diagramas
Un rectngulo representa una entidad (es decir, un objeto de inters
para los usuarios de los datos de autoridad).

Un rectngulo de lnea punteada alrededor de un grupo de dos o ms

entidades indica que una relacin representada por una flecha
contigua a la lnea de puntos puede aplicarse a todas y cada una de
las entidades representadas en el rectngulo.
Una flecha de una punta sobre una lnea representa una relacin en la
que cada instancia de la entidad del otro extremo de la lnea puede
estar asociada con una sola instancia de la entidad a la que apunta la
flecha.
Una doble flecha en una lnea representa una relacin en la que cada
instancia de la entidad del otro extremo de la lnea puede estar
asociada a una o ms instancias de la entidad a la que apunta la
flecha.

Diagrama entidad-relacin
La base fundamental del modelo conceptual se ilustra en la figura. El modelo puede ser descrito en
trminos sencillos de la siguiente manera: las entidades en el universo bibliogrfico (tal como se
identifican en los Requisitos Funcionales de los Registros Bibliogrficos) son conocidas mediante
nombres y/o identificadores. En el proceso de catalogacin (tanto en bibliotecas como en museos
Pgina
6

o archivos), los nombres y los identificadores se utilizan como base para la construccin de puntos
de acceso controlado.

Pgina
7

MODELO LOGICO
Recibe como entrada el esquema conceptual y da como resultado un esquema lgico, que es una
descripcin de la estructura de la base de datos que puede procesar el software DBMS.
Modelos Lgicos: Relacional, de Redes, Jerrquico.
QU ES UN MODELO LGICO?
Un modelo lgico presenta un cuadro de cmo debera funcionar su esfuerzo o iniciativa. ste explica
por qu su estrategia es una buena solucin al problema presentado. Los modelos lgicos eficaces
hacen un informe explcito, a menudo visual, de las actividades que provocarn cambio y de los
resultados que usted espera ver para la comunidad y sus habitantes. Un modelo lgico mantiene a
los participantes de la iniciativa en una misma direccin, proporcionndoles un idioma en comn y un
punto de referencia.
Ms que una herramienta del observador, los modelos lgicos se convierten en parte del trabajo
mismo. Dan energa y renen apoyo para una iniciativa, declarando precisamente lo que usted est
intentando lograr y cmo.
LA LGICA DE LOS MODELOS LGICOS
Al igual que un mapa de carretera, un modelo lgico muestra la ruta utilizada (o los pasos realizados)
para alcanzar un destino especfico. Un modelo detallado indica precisamente cmo cada actividad lo
dirigir hacia los cambios deseados. Alternativamente, un plan amplio esquematiza las rutas
escogidas y cun lejos llegar usted. Este aspecto del mapa de un modelo lgico, revela qu causa
qu y en qu orden. En varios puntos del mapa puede ser necesario detenerse a revisar su progreso
y realizar los ajustes necesarios.
Un modelo lgico tambin representa el razonamiento detrs de un plan de iniciativas. Tambin
explica por qu un programa debe funcionar, por qu puede ser exitoso en donde otros intentos
resultaron fallidos. Esto es la teora del programa o la justificacin de un modelo lgico. Al definir el
problema o la oportunidad y mostrar cmo respondern las actividades ejecutadas (interventoras), un
modelo lgico hace explcitas las suposiciones de los diseadores del programa.
CUNDO SE PUEDE UTILIZAR UN MODELO LGICO?
Pgina
8

Los modelos lgicos son tiles tanto para programas e iniciativas nuevas como para las existentes. Si
su iniciativa se est planeando, un modelo lgico puede ayudarle a tener un buen comienzo. Por otra
parte, si su programa ya est en marcha, un modelo puede ayudarle a describirlo, modificarlo o
mejorarlo.
Los diseadores, directores de programa, instructores, evaluadores, representantes y otros
interesados pueden utilizar un modelo lgico de varias maneras a lo largo de una iniciativa. Un
modelo puede servir para ms de un propsito o puede ser necesario para crear diferentes versiones
adaptadas para diferentes objetivos. Aqu le presentamos ejemplos de las diversas ocasiones en que
podra utilizarse un modelo lgico:
DURANTE LA PLANIFICACIN PARA:

Aclarar estrategias del programa

Identificar objetivos de rendimiento apropiados (y evitar prometer de ms)
Alinear sus esfuerzos con los de otras organizaciones
Redactar una propuesta de donacin o una solicitud de propuestas
Evaluar la eficacia potencial de un enfoque
Establecer prioridades para destinar recursos
Calcular plazos
Identificar asociaciones necesarias
Negociar funciones y responsabilidades
Enfocar las discusiones y hacer ms eficiente la planificacin del tiempo

DURANTE LA IMPLEMENTACIN PARA:

Proporcionar un inventario de lo que tiene y lo que necesita para operar el programa o

iniciativa
Desarrollar un plan de gestin
Incorporar conclusiones de la investigacin y de proyectos de demostracin
Hacer ajustes a mitad del camino
Reducir o evitar efectos no deseados

DURANTE LA ORIENTACIN DEL PERSONAL Y DE LOS INTERESADOS PARA:

Explicar cmo funciona el programa en general

Mostrar cmo diferentes personas pueden trabajar juntas
Definir lo que se espera que cada persona haga
Indicar cmo se sabra si el programa est funcionando

DURANTE LA EVALUACIN PARA:

Pgina
9

Documentar los logros

Organizar evidencia sobre el programa
Identificar las diferencias entre el programa ideal y su verdadera operacin
Determinar qu conceptos (y cules no) se medirn
Formular preguntas respecto a la atribucin (de causa y efecto) y la contribucin (de

componentes de la iniciativa en relacin a los resultados)

Precisar la naturaleza de las preguntas formuladas
Preparar informes y otros medios de comunicacin
Contar la historia del programa o iniciativa
DURANTE LA PROMOCIN/ABOGACA PARA:
Justificar por qu funcionar el programa
Explicar cmo se utilizaran las inversiones de recursos

MODELO FISICO
Pgina
10

Recibe como entrada el esquema lgico y da como resultado un esquema fsico, que es una
descripcin de la implementacin de una base de datos en la memoria secundaria, describe las
estructuras de almacenamiento y los mtodos usados para tener un acceso efectivo a los datos.
Es una representacin de un diseo de los datos que considere las instalaciones y los apremios de
un sistema de gerencia dado de base de datos. En el ciclo de vida de un proyecto se deriva
tpicamente de a modelo lgico de los datos, aunque puede reverso-ser dirigido de una puesta en
prctica dada de la base de datos. Un modelo fsico completo de los datos incluir todos los
artefactos de la base de datos requeridos para crear relaciones entre las tablas o para alcanzar metas
del funcionamiento, tales como ndices, definiciones del constreimiento, ligando las tablas, las tablas
repartidas o los racimos. El modelo fsico de los datos se puede utilizar generalmente para calcular
estimaciones del almacenaje y puede incluir los detalles especficos de la asignacin de almacenaje
para un sistema dado de la base de datos.
Modelos Fsicos: Modelo Unificador, Memoria de Elementos.
Atributos
Tipos de Datos
Revisar los tipos de datos disponibles en el DBMS, en especial

Nmero de dgitos en nmeros enteros

La precisin de los flotantes

Cadenas de caracteres de longitud fija (char(50)) y variable (varchar(50))

Blobs (Binary large objects) y Clobs (Character large objects

Llaves primarias
En ocasiones se pueden presentar casos en donde la llave primaria no puede representarse en
alguno de los tipos ofrecidos por el dbms, en ese caso se podria definir alguno y bien optar por otra
llave primaria.
Importante:

Pgina
11

Algunos dbms poseen la capacidad de "auto incremento" o "identity property" con la cual pueden
automticamente manipular algn atributo para generar llaves incrementales. Pero es importante
verificar: como se manejan internamente ?, se pueden reiniciar ?, se permite especificar algn valor
inicial ?.
Orden de las atributos (columnas)
Algo importante dependiendo del dbms que se utilice pero por lo general la secuencia es:

Columnas de longitud fija que no se actualizan frecuentemente.

Aquellas que nunca se actualizan que por lo general tendrn longitud variable.

Las que se actualizan frecuentemente

Integridad Referencial

En la medida de lo posible indicar cuales columnas brindan o sirven de vnculo entre 2 tablas.

El usuario (programador) puede hacerse cargo de esto pero es mejor que el dbms se haga
cargo.

No se recomienda en ambientes de desarrollo

Pgina
12

TIPOS DE MODELO DE BASE 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.
Algunos modelos con frecuencia utilizados en las bases de datos:
BASE DE DATOS JERRQUICA
Una base de datos jerrquica es un tipo de sistema de gestin de bases de datos que, como su
nombre indica, almacena la informacin en una estructura jerrquica que enlaza los registros en
forma de estructura de rbol (similar a un rbol visto al revs), en donde un nodo padre de
informacin puede tener varios nodos hijo, y as sucesivamente.
Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden establecerse
relaciones entre nodos hermanos, y en este caso, la estructura en forma de rbol se convierte en una
estructura en forma de grafo dirigido (esta variante se denomina Bases de datos de red)
Pgina
13

Cmo funcionan
A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista lgica de una vista
fsica de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel
fsico, es decir, mediante referencia a direcciones fsicas del medio de almacenamiento (sectores y
pistas).
Los datos se almacenan en la forma de registros, el equivalente a las Duplas del modelo relacional.
Cada registro consta de un conjunto de campos, el equivalente a los atributos del modelo relacional.
Un conjunto de registros con los mismos campos se denomina fichero (record type, en ingls), el
equivalente a las relaciones del modelo relacional.
El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del
modelo relacional. Pero a diferencia de ste ltimo, las relaciones son unidireccionales. En justicia,
dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado
(nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario.
Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el
nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial por todos los
registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento).
En las bases de datos jerrquicas no existen ndices que faciliten esta tarea.
Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo jerrquico.
Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas
de inconsistencia, ya que el gestor de base de datos no controla estas relaciones.
Como ya se ha mencionado, las relaciones se establecen mediante punteros entre registros. Es decir,
un registro hijo contiene la direccin fsica en el medio de almacenamiento de su registro padre. Esto
tiene una ventaja fundamental sobre las bases de datos relacionales: el rendimiento. El acceso de un
registro a otro es prcticamente inmediato sin necesidad de consultar tablas de correspondencia.
Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy sencillo
responder a determinadas preguntas, pero muy difcil el contestar a otras.

Limitaciones del modelo jerrquico

A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y que no
existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el
sistema gestor de base de datos no implementa ningn control sobre los propios datos, sino que
Pgina
14

queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se
requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones estn
sujetas a errores y fallos, esto es imposible en la prctica. Adems dichas condiciones suelen
romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio)
sin evaluarse sus consecuencias.
Duplicidad de registros
No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto para los campos
"clave". Es decir, no se garantiza que dos registros cualesquiera tengan diferentes valores en un
subconjunto concreto de campos.
Integridad referencial
No existe garanta de que un registro hijo est relacionado con un registro padre vlido. Por ejemplo,
es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que stos ltimos estn
relacionados con un registro invlido o inexistente.
Desnormalizacin
Este no es tanto un problema del modelo jerrquico como del uso que se hace de l. Sin embargo, a
diferencia del modelo relacional, las bases de datos jerrquicas no tienen controles que impidan la
desnormalizacin de una base de datos. Por ejemplo, no existe el concepto de campos clave o
campos nicos.
La desnormalizacin permite ingresar redundancia de una forma controlada, seguir a una serie de
pasos conlleva a:

Combinar las relaciones

Duplicar los atributos no claves

Introduccin de grupos repetitivos

Crear tablas de extraccin

Cuando se debe desnormalizar:

Se debe desnormalizar para optimizar el esquema relacional

Para hacer referencia a la combinacin de 2 relaciones que forman una sola relacin

BASE DE DATOS DE RED

Pgina
15

ste es un modelo ligeramente distinto del jerrquico; su diferencia funda- mental es la modificacin
del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida
en el modelo jerrquico).
Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al
problema de redundancia de datos; pero, aun as, la dificultad que significa administrar la
informacin en una base de datos de red ha significado que sea un modelo utilizado en su mayora
por programadores ms que por usuarios finales.

Una base de datos de red es una base de datos conformada por una coleccin o set de registros, los
cuales estn conectados entre s por medio de enlaces en una red. Elregistro es similar al de una
entidad como las empleadas en el modelo relacional.
Un registro es una coleccin o conjunto de campos (atributos), donde cada uno de ellos contiene
solamente un nico valor almacenado.
El enlace es exclusivamente la asociacin entre dos registros, as que podemos verla como una
relacin estrictamente binaria.
Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca ms que
la estructura de rbol: un nodo hijo en la estructura red puede tener ms de un nodo padre. En otras
palabras, la restriccin de que en un rbol jerrquico cada hijo puede tener slo un padre, se hace
menos severa.
As, la estructura de rbol se puede considerar como un caso especial de la estructura de red.

Pgina
16

Bases de datos transaccionales

Son bases de datos cuyo nico fin es el envo y recepcin de datos a grandes velocidades, estas
bases son muy poco comunes y estn dirigidas por lo general al entorno de anlisis de calidad, datos
de produccin e industrial, es importante entender que su fin nico es recolectar y recuperar los datos
a la mayor velocidad posible, por lo tanto la redundancia y duplicacin de informacin no es un
problema como con las dems bases de datos, por lo general para poderlas aprovechar al mximo
permiten algn tipo de conectividad a bases de datos relacionales.
Un ejemplo habitual de transaccin es el traspaso de una cantidad de dinero entre cuentas bancarias.
Normalmente se realiza mediante dos operaciones distintas, una en la que se decremento el saldo de
la cuenta origen y otra en la que incrementamos el saldo de la cuenta destino. Para garantizar la
atomicidad del sistema (es decir, para que no aparezca o desaparezca dinero), las dos operaciones
deben ser atmicas, es decir, el sistema debe garantizar que, bajo cualquier circunstancia (incluso
una cada del sistema), el resultado final es que, o bien se han realizado las dos operaciones, o bien
no se ha realizado ninguna.

Bases de datos relacionales

ste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos
dinmicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en
los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones
podran considerarse en forma lgica como conjuntos de datos llamados "tuplas". Pese a que
sta es la teora de las bases de datos relacionales creadas por Codd, la mayora de las veces se
Pgina
17

conceptualiza de una manera ms fcil de imaginar. Esto es pensando en cada relacin como si
fuese una tabla que est compuesta por registros (las filas de una tabla), que representaran
las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia
(a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de
que es ms fcil de entender y de utilizar para un usuario espordico de la base de datos. La
informacin puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia
flexibilidad y poder para administrar la informacin.
El lenguaje ms habitual para construir las consultas a bases de datos relacionales es SQL,
Structured Query Language o Lenguaje Estructurado de Consultas, un estndar implementado
por los principales motores o sistemas de gestin de bases de datos relacionales.

Base de datos Dimensional

El modelo dimensional es una adaptacin especializada del modelo relacional usada para almacenar
datos en depsitos de datos, de modo que los datos fcilmente puedan ser extrados usando
consultas OLAP. En el modelo dimensional, una base de datos consiste en una sola tabla grande de
datos que son descritos usando dimensiones y medidas. Una dimensin proporciona el contexto de
un hecho (como quien particip, cuando y donde pas, y su tipo). Las dimensiones se toman en
cuenta en la formulacin de las consultas para agrupar hechos que estn relacionados. Las
dimensiones tienden a ser discretas y son a menudo jerrquicas; por ejemplo, la ubicacin podra
incluir el edificio, el estado y el pas. Una medida es una cantidad que describe el dato, tal como los
ingresos. Es importante que las medidas puedan ser agregados significativamente -por ejemplo, los
ingresos provenientes de diferentes lugares puedan sumarse.
En una consulta (OLAP), las dimensiones y los hechos son agrupados y aadidos juntos para crear
un informe. El modelo dimensional a menudo es puesto en prctica sobre el modelo relacional
usando un esquema de estrella, consistiendo en una tabla que contiene los datos y tablas
circundantes que contienen las dimensiones. Dimensiones complicadas podran ser representadas
usando mltiples tablas, usando un esquema de copo de nieve.
Un almacn de datos puede contener mltiples esquemas de estrella que comparten tablas de
dimensin, permitindoles ser usadas juntas. El establecimiento de un conjunto de dimensiones
estndar es una parte importante del modelado dimensional
Pgina
18

Bases de datos multidimensionales (BDM).

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creacin de Cubos
OLAP. Bsicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en
una base de datos relacional podra serlo tambin en una base de datos multidimensional), la
diferencia est ms bien a nivel conceptual; en las bases de datos multidimensionales los campos o
atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien
representan mtricas que se desean estudiar.
Base de datos multidimensional Las bases de datos multidimensionales se utilizan principalmente
para crear aplicaciones OLAP y pueden verse como bases de datos de una sola tabla, su
peculiaridad es que por cada dimensin tienen un campo (o columna), y otro campo por cada mtrica
o hecho, es decir estas tablas almacenan registros cuyos campos son de la forma:
(d1,d2,d3,...,f1,f2,f3,...) Donde los campos 'di' hacen referencia a las dimensiones de la tabla, y los
campos 'fi' a las mtricas o hechos que se quiere almacenar, estudiar o analizar.
Bases de datos multidimensionales vs. Cubos OLAP Cada una de estas tablas puede asimilarse a un
hipercubo o -ms concretamente si de herramientas OLAP se trata- a un cubo OLAP, donde las
dimensiones del mismo se corresponden los campos de dimensiones de la tabla (campos 'di...'), y el
valor almacenado en cada celda del cubo equivale a la mtrica o mtricas (campos 'fi...')
almacenadas en la tabla. Implementacin Lo ms importante a tener en cuenta para implementar esta
estructura de datos es que la tabla contiene todas las n-tuplas, con los valores de las dimensiones,
o ndice del cubo, y los valores de las mtricas previamente calculados para el cruce de valores del
ndice en cuestin.
Este tipo de base de datos se aplica sobre el sistema OLAP tambin llamado cubo multidimensional o
hipervnculo. Se compone de hechos numricos llamados medidas que se clasifican por dimensiones.
El cubo de metadatos es creado tpicamente apartar de un esquema en estrella o copo de nieve y
utilizando

tablas

de

una

Bases de datos orientadas a objetos

Pgina
19

base

de

datosrelacional.

Este modelo, bastante reciente, y propio de los modelos informticos orientados a objetos, trata de
almacenar en la base de datos los objetos completos (estado y comportamiento).
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos
importantes del paradigma de objetos:
Encapsulacin - Propiedad que permite ocultar la informacin al resto de los objetos, impidiendo as
accesos incorrectos o conflictos.
Herencia - Propiedad a travs de la cual los objetos heredan comportamiento dentro de una jerarqua
de clases.
Polimorfismo - Propiedad de una operacin mediante la cual puede ser aplicada a distintos tipos de
objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos
como parte de la definicin de la base de datos. Una operacin (llamada funcin) se especifica en dos
partes. La interfaz (o signatura) de una operacin incluye el nombre de la operacin y los tipos de
datos de sus argumentos (o parmetros). La implementacin (o mtodo) de la operacin se especifica
separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicacin de los
usuarios pueden operar sobre los datos invocando a dichas operaciones a travs de sus nombres y
argumentos, sea cual sea la forma en la que se han implementado. Esto podra denominarse
independencia entre programas y operaciones.

Bases de datos documentales

Los Sistemas de Gestin de Bases de Datos Documentales (SGBDD). Y la valoracin de su uso para
la informatizacin de fondos de bibliotecas. Ya que todos ellos permiten configurar un diseo de base
de datos en relacin con las necesidades de cada biblioteca (base de datos de usuarios. fichas.
prstamos. etctera). No se trata de programas especficos para la gestin de bibliotecas, pero son
capaces de resolver los problemas derivados del almacenamiento y localizacin rpida de datos en
grandes volmenes de informacin textual. Para empezar daremos algunas pinceladas de lo que son
los SGBDD y sus ventajas. Y luego veremos las caractersticas de algunos de los programas ms
extendidos del mercado.
RELACIONALES O DOCUMENTALES

Pgina
20

Las Bases de Datos Documentales son diferentes al resto de gestores de bases de datos. ya que son
adecuados para informacin no estructurada (textual. multimedia). Es decir, no dividida en campos.
Adems estos programas disponen de todas las funciones necesarias para el almacenamiento.
Indexacin. Consulta y modificacin de informacin textual, necesarios en todo tratamiento
documental. Sobre todo son Importantes porque gestionan gran cantidad de informacin con un alto
grado de homogeneidad. Que permite que sea compartida por varios usuarios. Las diferencias ms
cIaras con los gestores de bases relacionales son:

Los registros son documentos y no fichas o tablas.

Los campos o atributos tienen una longitud variable y no fija.
Un registro puede no tener estructura al estar formado por un slo campo.
Permiten una recuperacin libre de la Informacin. Basta con indicar el contenido sin

necesidad de especificar el campo.

Mayor velocidad de recuperacin.
Cada palabra Incorporada es indexada. se forman ndices en cada campo.

En resumen, puede afirmase que para la adopcin de un Sistema de Gestin de Bases de Datos para
la informatizacin de una biblioteca o centro de documentacin una vez descartada la adquisicin de
un programa especfico de gestin bibliotecaria es mucho ms coherente decidirse por un SGBD
documental que un SGBD relacional.

Pgina
21

Bases de datos deductivas

Una base de datos deductiva es un sistema que incluye mecanismos para definir reglas (deductivas)
que pueden inferir o deducir informacin adicional del hecho almacenado en la base de datos.
Las reglas se especifican en un lenguaje declarativo; y estas son analizadas por un motor de
inferencia (el mecanismo que realiza la deduccin).
Estas reglas deductivas se deben inferir acordes a las caractersticas de los datos que integran la
propia base de datos.
Las BDD consisten en aplicar la programacin lgica a las bases de datos.
Las BDD estn estrechamente relacionadas con el modelo de datos relacional y en particular buscan
cubrir algunos defectos que plantea el algebra relacional:

como la ausencia de la recursin.

como el desconocimiento de inconsistencia de datos.

Las Bases de Datos Deductivas extienden la capacidad expresiva de las bases de datos relacionales
incluyendo un conjunto de reglas que permiten definir conocimiento implcito.

Pgina
22

Bases de datos estticas

Son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos histricos que
posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs
del tiempo, realizar proyecciones, tomar decisiones y realizar anlisis de datos para inteligencia
empresarial.

Bases de datos dinmicas

stas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo
operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones

Pgina
23

fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de
informacin de un supermercado, una farmacia, un videoclub o una empresa.

Bases de datos bibliogrficas

Slo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un
registro tpico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de
publicacin, editorial, ttulo, edicin, de una determinada publicacin, etc. Puede contener un
resumen o extracto de la publicacin original, pero nunca el texto completo, porque si no, estaramos
en presencia de una base de datos a texto completo (o de fuentes primarias ver ms abajo).
Como su nombre lo indica, el contenido son cifras o nmeros. Por ejemplo, una coleccin de
resultados de anlisis de laboratorio, entre otras.

Pgina
24

Base de datos fichero invertido

En un fichero invertido o de ndice invertido, los datos contenidos se usan como claves en una tabla
de consulta (lookup table), y los valores en la tabla se utilizan como punteros a la localizacin de cada
instancia. Esta es tambin la estructura lgica de los ndices de bases de datos modernas, los cuales
introducen slo el contenido de algunas columnas en esa tabla de consulta. El modelo de fichero
invertido puede poner los ndices en ficheros planos para acceder a sus registros de manera eficiente.
Implementaciones notables de este modelo de datos la realiz Adabas de Software AG, aparecida en
1970. Adabas logr una importante base de usuarios y est soportada an hoy. En la dcada de 1980
adopt el modelo relacional y SQL, manteniendo sus propias herramientas y lenguajes.

Pgina
25

CONCLUCIONES
En este trabajo se vio las definiciones de tipos de modelos de datos.
Tambin se defini en qu casos y situaciones aplicar cada uno de ellos.
Tambin se concluye se lleg a entender y definir, conocer las caractersticas en que caso
se puede utilizar los tipos de modelo de base de datos.
Se lleg a conocer en qu tipo de casos o tipo de trabajos que se elabora se utiliza un
modelo de base de datos.

BIBLIOGRAFIA
http://es.wikipedia.org/wiki/Modelo_de_base_de_datos
Pgina
26

www.google.com.co/#q=tipos+de+base+de+datos+en+pdf
https://www.google.com.co/#q=Base+de+Datos+Relacional
https://www.google.com.co/#q=Base+de+datos+de+red
http://www.aulaclic.es/sqlserver/b_1_1_4.htm

Pgina
27