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