UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLOFACULTAD DE INGENIERIA DE INDUSTRIAS ALIEMNTARIAS

ESCUELA PROFESIONAL DE INGENIERIA INDUSTRIALPROFESOR: POHL CACERES PAUL ELBINCUERSO: 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

INDICEIntroduccin3 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 invertidoConclusiones..26Bibliografa...27

INTRODUCCINEl 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.

TIPOS DE MODELO DE DATOS

MODELO CONCEPTUALRecibe 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 IndividualMuy general y abstracto, visin general del negocio/institucinPropsitoEn 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 aplicacinEl 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 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 definicionesMetodologa entidad-relacinLa metodologa utilizada en la construccin de este modelo conceptual es la misma tcnica de anlisis de entidades utilizada en Requisitos Funcionales para Registros Bibliogrficos (FRBR)2. 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 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 diagramasUn 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-relacinLa 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 o archivos), los nombres y los identificadores se utilizan como base para la construccin de puntos de acceso controlado.

MODELO LOGICORecibe 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 LGICOSAl 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?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 tiempoDURANTE 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 deseadosDURANTE 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 funcionandoDURANTE LA EVALUACIN PARA: 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 iniciativaDURANTE LA PROMOCIN/ABOGACA PARA: Justificar por qu funcionar el programa Explicar cmo se utilizaran las inversiones de recursos

MODELO FISICORecibe 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 DatosRevisar 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 objectsLlaves primariasEn 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: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 frecuentementeIntegridad 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

TIPOS DE MODELO DE BASE DE DATOSAdems 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 JERRQUICAUnabase de datos jerrquicaes un tipo desistema de gestin de bases de datosque, como su nombre indica, almacena la informacin en una estructura jerrquica que enlaza los registros en forma deestructura de rbol(similar a un rbol visto al revs), en donde unnodo padrede informacin puede tener varios nodoshijo, y as sucesivamente.Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodoshermanos, y en este caso, la estructura en forma de rbol se convierte en una estructura en forma degrafodirigido (esta variante se denominaBases de datos de red)

Cmo funcionanA diferencia del modelo relacional, el modelo jerrquico no diferencia unavista lgicade unavista fsicade 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).Losdatosse almacenan en la forma deregistros, el equivalente a lasDuplasdel modelo relacional. Cada registro consta de un conjunto decampos, el equivalente a los atributosdel modelo relacional. Un conjunto de registros con los mismos campos se denominafichero(record type, en ingls), el equivalente a lasrelacionesdel modelo relacional.El modelo jerrquico facilita relacionespadre-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 sonhijo-padre, pero nopadre-hijo. Por ejemplo, el registro de un empleado (nodohijo) puede relacionarse con el registro de su departamento (nodopadre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodoshojahacia el nodoraz. 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 mediantepunterosentre registros. Es decir, un registrohijocontiene la direccin fsica en el medio de almacenamiento de su registropadre. 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 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 registrosNo 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 referencialNo existe garanta de que un registrohijoest relacionado con un registropadrevlido. Por ejemplo, es posible borrar un nodopadresin eliminar antes los nodoshijo, de manera que stos ltimos estn relacionados con un registro invlido o inexistente.

DesnormalizacinEste 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 extraccinCuando 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 REDste 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.

Unabase de datos de redes unabase de datosconformada por una coleccin o set deregistros, los cuales estn conectados entre s por medio de enlaces en una red. Elregistroes similar al de una entidad como las empleadas en elmodelo relacional.Unregistroes una coleccin o conjunto decampos(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 estrictamentebinaria.Una estructura debase de datos de red, llamada algunas vecesestructura de plex, abarca ms que la estructura de rbol: unnodohijo en laestructura redpuede tener ms de unnodopadre. En otras palabras, la restriccin de que en un rboljerrquicocada hijo puede tener slo unpadre, se hace menos severa.As, laestructura de rbolse puede considerar como un caso especial de laestructura de red.Bases de datos transaccionalesSon 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 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 DimensionalEl 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

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 multidimensionalLas bases de datos multidimensionales se utilizan principalmente para crearaplicacionesOLAP y pueden verse como bases de datos de una solatabla, 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 quierealmacenar, 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, ondicedel 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 base de datosrelacional.

Bases de datos orientadas a objetosEste modelo, bastante reciente, y propio de losmodelos informticos orientados a objetos, trata de almacenar en la base de datos losobjetoscompletos (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 documentalesLos 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 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.

Bases de datos deductivasUna 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.

Bases de datos estticasSon 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 dinmicasstas 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 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 bibliogrficasSlo 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.

Base de datos fichero invertidoEn 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 realizAdabasde 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 ySQL, manteniendo sus propias herramientas y lenguajes.

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 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 5