Está en la página 1de 29

INSTITUTO TECNLOGICO DE CHILPANCINGO INGENIERA EN SISTEMAS COMPUTACIONALES TEMAS SELECTOS DE BASE DE DATOS

Nombre: Solano Pelez Otniel Esli Daz Zamora Liliana Enrique Rosario Sotelo

No. de matrcula: 09520479 09520589 08520522

Chilpancingo Gro.12, Septiembre 2013.

Contenido
Introduccin ........................................................................................................................................ 1 1. 2. BASES DE DATOS ORIENTADAS A OBJETOS ................................................................ 2 BASES DE DATOS OBJETO RELACINALES .................................................................... 5

3.- BASE DE DATOS ESPACIAL (SPATIAL DATABASE) ......................................................................... 8 4.- BASES DE DATOS XML ......................................................................................................... 11 5.- BASE DE DATOS MULTIDIMENSIONAL ............................................................................. 24 Conclusin......................................................................................................................................... 26 Referencias ........................................................................................................................................ 27

Introduccin La presente investigacin se aborda algunos de los diferentes tipos de bases de datos existentes: las bases de datos orientados a objetos, las bases de datos objeto relacionales, bases de datos espaciales, base de datos xml, base de datos multidimensionales. Identificando los manejadores de bases de datos que pueden soportarlas, as como sus manejadores nativos y algunos ejemplos de su implementacin.

1. BASES DE DATOS ORIENTADAS A OBJETOS

Las bases de datos orientadas a objetos (BDOO) son aquellas cuyo modelo de datos est orientado a objetos y almacenan y recuperan objetos en los que se almacena estado y comportamiento. Su origen se debe a que en los modelos clsicos de datos existen problemas para representar cierta informacin, puesto que aunque permiten representar gran cantidad de datos, las operaciones que se pueden realizar con ellos son bastante simples. Las clases utilizadas en un determinado lenguaje de programacin orientado a objetos son las mismas clases que sern utilizadas en una BDOO; de tal manera, que no es necesaria una transformacin del modelo de objetos para ser utilizado por un SGBDOO. De forma contraria, el modelo relacional requiere abstraerse lo suficiente como para adaptar los objetos del mundo real a tablas. Las bases de datos orientadas a objetos surgen para evitar los problemas que surgen al tratar de representar cierta informacin, aprovechar las ventajas del paradigma orientado a objetos en el campo de las bases de datos y para evitar transformaciones entre modelos de datos (usar el mismo modelo de objetos). Las bases de datos orientadas a objetos fue un tema que se pens revolucionara la manera de hacer persistente la informacin en los sistemas software durante los aos 90. En la actualidad es evidente que esto no fue as. Sin embargo, un resurgimiento de este concepto, gracias a las comunidades de software libre, y la identificacin de aplicaciones idneas para el mismo, motivan la revisin de las caractersticas de esta alternativa a las omnipresentes bases de datos relacionales. Concepto Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del modelo de objetos: Encapsulacin, Herencia y Polimorfismo. 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. La base de datos est constituida por objetos, que pueden ser de muy diversos tipos, y sobre los cuales se encuentran definidas unas operaciones. Las bases de datos orientadas a objetos pueden manejar informacin binaria (como objetos multimedia) de una forma eficiente. Caractersticas Las bases de datos orientadas a objetos (BDOO) se disean para trabajar con lenguajes de programacin como Java, C#, C++ y Visual basic.Net Al crear un sistema de BD Orientado a Objetos se deben tener en cuenta unas caractersticas que estn divididas en tres grupos: Mandatorias.- Son aquellas obligatorias
2

Opcionales.-No son obligatorias y se ponen para hacer que el sistema sea mejor. Abiertas.-Son aquellas en las que el diseador puede poner de su parte y que estn relacionadas con la programacin

Propiedades 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. Reglas de oro para que una base de datos sea orientada a objetos

Ventajas Manipula datos complejos de forma rpida Flexibilidad. Elimina por completo la necesidad de ORMs1 (impedancia), con su consecuente mejora en desempeo. Desventajas Mecanismos de consulta muy primitivos, sin un estndar independiente de la plataforma aceptado. Imposibilidad de procedimientos almacenados, ya que los objetos solo pueden ser consultados en el cliente.
3

Inmadurez en el mercado No hay agrupamiento fsico de objetos. Su limitacin suele residir en su especializacin, ya que suelen estar diseadas para un tipo particular de objetos (por ejemplo, una base de datos para un programa de CAD). Ejemplo

Ejemplo de estructura de DBOO

2. BASES DE DATOS OBJETO RELACINALES

Introduccin Una Base de Datos Objeto Relacional (BDOR) es una base de datos que desde el modelo relacional evoluciona hacia una base de datos ms extensa y compleja incorporando para obtener este fin, conceptos del modelo orientado a objetos. Podemos decir que un Sistema de Gestin Objeto-Relacional (SGBDOR) contiene dos tecnologas; la tecnologa relacional y la tecnologa de objetos. En una base de datos objeto-relacional se siguen almacenando tuplas, aunque la estructura de las tuplas no est restringida a contener escalares (tipos compuestos como vectores, conjuntos, etc.) sino que las relaciones pueden ser definidas en funcin de otras, que es lo que denominamos herencia directa. Concepto Las Base de Datos Objeto Relacional son una extensin de las bases de datos relacionales tradicionales, a la cual se le proporcionan caractersticas de la programacin orientada a objetos. Qu es un objeto? Los tipos de datos orientados a objetos son abstracciones de las entidades del mundo real que se guardan en la base de datos, un objeto es un esquema compuesto por un OID (Y que puede manejarse como llave primaria), un nombre, y un conjunto de mtodos. Caractersticas Con las Bases de Datos Objeto-Relacional, se pueden crear nuevos tipos de datos, que permiten gestionar aplicaciones ms complejas con una gran riqueza de dominios. Estos pueden ser tipos compuestos, lo que implica que se debe definir al menos dos mtodos transformadores: Uno para convertir el tipo nuevo a ASCII Otro que convierte de ASCII al nuevo tipo.

Se soportan tipos complejos como: registros, conjuntos, referencias, listas, pilas, colas y arreglos. Se pueden crear funciones que tengan un cdigo en algn lenguaje de programacin como por ejemplo: SQL, Java, C, etc. Existe una mayor capacidad expresiva para los conceptos y asociaciones. Se pueden crear operadores asignndole un nombre y existencia de nuevas consultas con mayor capacidad consultiva. Se soporta el encadenamiento dinmico y herencia en los tipos tupla o registro. Se pueden compartir varias bibliotecas de clases ya existentes, esto es lo que conocemos como reusabilidad.
5

Posibilidad de incluir el chequeo de las reglas de integridad referencial a travs de los triggers. Soporte adicional para seguridad y activacin de la versin cliente-servidor. Anotar como punto final de este apartado, el inconveniente que tienen las BDOR, y es que aumenta la complejidad del sistema y por tanto se ocasiona un aumento del coste asociado. Tipos de datos Los usuarios pueden definir sus propios tipos de datos, a partir de los tipos bsicos provistos por el sistema o por otros tipos de datos predefinidos anteriormente por el usuario. Estos tipos de datos pueden pertenecer a dos categoras distintas: Los tipos de objetos (object types) Los tipos para colecciones (collection types).

Tipos de objetos Un tipo de objetos define a lo que conocemos como una entidad del mundo real. Se los pueden interpretar como una plantilla de objetos de ese tipo. Est compuesto por los siguientes elementos: Para identificar el tipo de objetos se utiliza un nombre. os atributos que pueden ser de un tipo de datos bsico o de un tipo definido por el usuario, que representan la estructura y los valores de los datos de ese tipo. Unos mtodos que son procedimientos o funciones escritos en el lenguaje PL/SQL almacenndose de esta forma en la base de datos, o escritos en C almacenndose externamente.

3.2 Mtodos A la vez que creamos un tipo de objeto, realizamos la especificacin de los mtodos. Los mtodos se pueden ejecutar sobre los objetos de su mismo tipo. A continuacin mostramos un ejemplo: si x es una variable PL/SQL que almacena objetos del tipo Alumnos_T, entonces x.FechaNacimiento() calcula la fecha de nacimiento del alumno almacenado en x. 3.2.1 Mtodos constructores de tipo Todos los tipos de objetos tienen asociado por defecto un mtodo que se encarga de construir nuevos objetos de ese. El nombre del mtodo es el mismo que el nombre del tipo, y sus parmetros que tenemos en dicho mtodo son los atributos del tipo de objetos. 3.2.2 Mtodos de comparacin Estos mtodos son utilizados para que se pueda comparar los objetos de un cierto tipo. Esta accin se lleva a cabo indicando cul es el criterio de comparacin. Para poder hacer posible la realizacin de una comparacin es necesario escoger entre un mtodo MAP o un mtodo ORDER:

Un mtodo de MAP es utilizado para indicar cul de los atributos del tipo se va a utilizar para ordenar los objetos del tipo. Un mtodo ORDER utiliza los atributos del objeto sobre el que se ejecuta para realizar un clculo y compararlo con otro objeto del mismo tipo que toma como argumento de entrada.

Este mtodo debe devolver un valor negativo si el primero es mayor que el segundo, un valor positivo si ocurre lo contrario y un cero si ambos son iguales. Reglas generales para el modelado objeto/relacional Cada clase persistente tiene una tabla de base de datos correspondiente. Campos de objetos con tipos de datos primitivos (enteros, caracteres, cadenas, etc) se asignan a columnas en la tabla de base de datos asociada. Cada fila de una tabla de base de datos corresponde a una instancia de su clase persistente asociada. Cada relacin de objeto de muchos a muchos requiere una tabla de join al igual que las entidades de base de datos con muchos-a-muchos requieren tabla de joins. La herencia es modelada a travs de una relacin uno-a-uno entre las dos tablas que corresponden a la clase y subclase. Herramientas POSTGRES Comenz como un proyecto denominado Ingres en la Universidad Berkeley de California. En 1986 se continu con el desarrollo del cdigo de Ingres para crear el primer SGBD objeto-relacional. En este sistema se mejora el modelo relacional a partir de que los usuarios pueden crear sus propios tipos. El usuario puede introducir en las relaciones atributos de tipo bsico o predefinidos por el mismo. Se trata de un SGBD objeto-relacional. SQL:99 permite crear los tipos estructurados definidos por el usuario; Estos tipos estructurados tienen un nmero de caractersticas: - Pueden ser definidos para tener uno o ms atributos, los cuales pueden ser: - Tipos empotrados como INTEGER - Tipos de coleccin como ARRAY, u otro tipo de estructuras. - Todos los aspectos de su comportamiento son provistos mediante mtodos, funciones y procedimientos. - Sus atributos son encapsulados mediante el uso del sistema generador observador y mutador de funciones (funciones get y set ). - Las comparaciones de sus valores son nicamente realizadas mediante funciones definidas por el usuario. - Existe las jerarquas de tipo, en las cuales ms tipos especializados (subtipos) tienen todos sus atributos y todos los mtodos de los tipos generalizados (supertipos), pero pueden agregar nuevos atributos y mtodos particulares.

3.- BASE DE DATOS ESPACIAL (SPATIAL DATABASE) Es un sistema administrador de bases de datos que maneja datos existentes en un espacio o datos espaciales. En este tipo de bases de datos es imprescindible establecer un cuadro de referencia (un SRE, Sistema de Referencia Espacial) para definir la localizacin y relacin entre objetos, ya que los datos tratados en este tipo de bases de datos tienen un valor relativo, no es un valor absoluto. Los sistemas de referencia espacial pueden ser de dos tipos: georreferenciados (aquellos que se establecen sobre la superficie terrestre. Son los que normalmente se utilizan, ya que es un dominio manipulable, perceptible y que sirve de referencia) y no georreferenciados (son sistemas que tienen valor fsico, pero que pueden ser tiles en determinadas situaciones).

Clasificacin de los datos espaciales Datos geogrficos (Geospatial data spatial data) Se pueden visualizar, manipular y analizar Atributo espacial (location), definido por coordenadas Dos caractersticas: Distintos CRS, pero es posible integrarles Distintas escalas, propsitos, simbolizacin Datos referenciados geogrficamente (Geographically referenced data pseudospatial data) Otros datos que no se pueden utilizar directamente: direcciones postales, datos alfanumricos, mapas escaneados o imgenes (necesitan pre procesamiento)

Modelo Geo-Relacional Los datos espaciales se modelan (abstraen) en capas (layers) Cada capa contiene un tipo de elementos (features) Si existen distintos tipos de geometras se clasifican por su tipo (puntos, lneas, polgonos) Los atributos se almacenan en una base de datos relacional Las relaciones entre objetos se establecen mediante identificadores (FID: FeatureIDentifier) Modelo GeoDatabase Con la aparicin de las bases de datos objetorelacional y la capacidad para definir tipos de datos abstractos, aparecen las GeoDatabases La idea es integrar dentro de la propia base de datos la componente geomtrica y topolgica Caractersticas de las BBDDEE Tipos de datos espaciales (SDT:SpatialDataType) Oracle SDO (SDO_GEOMETRY) BD2 Spatial extender (ST_Geometry + primitivas) PostGreSQL + PostGIS (geometry & geography) MySQL (geometry) Microsoft SQL Server (geometry & geography) Tipos de datos Oracle (GDO_TYPE) Tipos de datos POINT LINE o CURVE POLYGON COLLECTION MULTIPOINT MULTILINE or MULTICURVE MULTIPOLYGON ndices: R-Tree o QuadTree (sdp_level) Tipos de datos DB2 (SE) Tipos de datos: ST_Point ST_Linestring ST_Polygon ST_MultiPoint ST_MultiLineString ST_MultiPolygon Indices: spatial grid index & geodetic voronoi index
9

Tipos de datos PostGIS Tipos de datos: POINT MULTIPOINT LINESTRING MULTILINESTRING POLYGON MULTIPOLYGON GEOMETRYCOLLECTION CIRCULARSTRING COMPOUNDCURVE CURVEPOLYGON MULTICURVE MULTISURFACE ndices: Generalized Search Tree (GiST) Tipos de datos MySQL Tipos de datos: POINT MULTIPOINT LINESTRING MULTILINESTRING POLYGON MULTIPOLYGON GEOMETRYCOLLECTION Tipos de datos Ms SQL Server Tipos de datos: POINT MULTIPOINT LINESTRING MULTILINESTRING POLYGON MULTIPOLYGON GEOMETRYCOLLECTION ndices: B-Tree (grid jerrquico)

10

4.- BASES DE DATOS XML Qu es XML? XML (extensible Markup Lenguaje) es un metalenguaje que nos proporciona una manera sencilla de definicin de lenguajes de etiquetas estructurados, en otras palabras, XML define un conjunto de reglas semnticas que nos permiten la organizacin de informacin de distintas maneras. Es un estndar definido por el W3C, ofrece muchas ventajas Bien formado Extensible: Permite ampliar el lenguaje mediante nuevas etiquetas y la definicin de lenguajes nuevos Existe facilidad para la conversin entre los distintos vocabularios definidos Fcil de leer: Al estar codificado textualmente cualquier persona puede leerlo con cierta facilidad. Auto descriptivo: La estructura de la informacin de alguna manera est definida dentro del mismo documento Intercambiable: Portable entre distintas arquitecturas Para su lectura e interpretacin es necesario un parser, y hay productos y versiones libres.

Desde su definicin y debido a estas ventajas, el estndar ha sido ampliamente aceptado y adoptado para el almacenamiento e intercambio de informacin y junto con este uso se ha creado la necesidad de almacenar dicha informacin.

Documentos centrados en datos y en contenido Para enfrentarnos a dicha necesidad y definir el mejor modo de hacerlo primero debemos hacer una pequea reflexin sobre los tipos de documento que nos podemos encontrar: documentos centrados en datos y en contenido: Documentos centrados en datos (data centric) Son documentos para el intercambio de datos (generalmente entre maquinas). Suelen ser documentos con estructuras regulares y bien definidas. Los distintos datos que transmiten son partculas atmicas bien definidas. Tendrn como origen o destino una base de datos. Documentos centrados en el contenido (documentcentric) Por el contrario los documentos centrados en el contenido son documentos con una estructura irregular (aunque posean formato no es tan estricto y definido, decimos en este caso que son semiestructurados).
11

El origen y destino de este tipo de documentos suelenser personas, y suelen ser creados a mano. Esta clasificacin de documentos no es siempre directa y clara, y en mltiples ocasiones el contenido estar mezclado o ser difcil de catalogar en un tipo u otro (podemos tener un documento centrado en datos donde uno de los datos sea una parte de codificacin libre, o un documento centrado en el contenido con una parte regular con formato estricto y bien definido), el inters esta distincin es disponer de un punto de partida para poder seleccionar o descartar el modo en el que vamos a almacenar los datos. Qu opciones hay para almacenar esos datos? A la hora de almacenar estos documentos se nos plantean varias opciones Almacenamiento directo del fichero Almacenar el documento en una base de datos (SGBD relacional) o Directamente como un campo en una tabla o Mapeo basado en tablas o Mapeo basado en objetos Almacenar el fichero en una base de datos XML Veamos ventajas e inconvenientes de cada una de estas opciones.

Almacenamiento directo de ficheros Es una opcin pobre, y las opciones que podemos hacer sobre ellos son limitadas y definida por el sistema. No se puede realizar operaciones sobre el contenido y deberemos limitarnos al movimiento del documento como unidad. Almacenamiento sobre una base de datos En documentos centrados en datos se puede realizar un mapeo entre los distintos elementos definidos en el documento y el modelo de datos del SGBD. Esta posibilidad est centrada en documentos data centric debido a que una estructura regular y bien controlada es fcilmente transformable en un esquema relacional, sin embargo, posee el inconveniente que slo se almacenan los datos que nos interesan conservar, y partes del documento son perdidas por el camino (por ejemplo el formato, comentarios, instrucciones de proceso) y a la hora de reconstruir el documento a partir de los datos almacenados obtendremos otro distinto.

12

Directamente sobre un campo

La opcin de almacenar el documento entero sobre un campo CLOB en una tabla en la base de datos tiene la ventaja que se mantiene el formato del documento, pero el gran inconveniente de no poder realizar en principio ninguna operacin de consulta sobre su contenido.

- Mapeo basado en tablas

Los datos en el documento son vistos como filas, y estos estn agrupados dentro de tablas. Cada fila corresponder a una tupla en una tabla, y cada dato dentro de esa fila corresponder a un campo de la tabla.

13

- Mapeo basado en objetos Aunque hablemos de mapeo basado en objeto no nos referimos al uso de un SGBD-OO, seguimos trabajando sobre un SGBD relacional. En este caso los datos del documento son tratados como objetos serializados; cada objeto va a una tabla y las propiedades del mismo a las columnas, las relaciones entre los objetos son modeladas como relaciones foreign key/primary key. Podemos ver este caso como una generalizacin del mapeo basado en Tablas

14

Hay que volver a remarcar la necesidad de que la estructura del documento XML case a la perfeccin con el esquema de la base de datos.

Almacenamiento sobre una base de datos XML

Por el contrario, si nuestro documento est centrado en el contenido, la estructura del mismo ser irregular, y en esta situacin no podemos controlar todas las posibles estructuras del documento, y realizar un mapeo sobre la base de datos ser prcticamente imposible. Adems podemos tener la necesidad de reobtener el mismo documento que almacenamos en un momento dado; en esta situacin la solucin ms aceptable consiste en la utilizacin de un SGBD XML nativo. Como aadido podemos tambin nombrar que los SGBD XML nativos implementan algoritmos de bsqueda e ndices especficos que aceleran el acceso a los documentos.

SGBD XML-enabled.
Un SGBD XML-enabled es un SGBD tradicional con capacidad para el tratamiento y obtencin de documentos XML. Vamos a enumerar las posibilidades bsicas que ofrecen. La definicin y evaluacin de SGBD XML nativos quedar reflejada en el captulo 3. Hay que tener en cuenta que los grandes fabricantes de SGBD estn aumentando las capacidades de tratamiento XML de sus productos, incluyendo caractersticas de SGBD XML nativos, por lo que en un futuro prximo es posible que la frontera entre estos dos tipos de gestores quede diluida. Los siguientes puntos pretenden ser una revisin general sobre las caractersticas que ofrecen los SGBD para almacenar documentos XML sobre tablas con la finalidad de llegar a comprender mejor las diferencias con un SGBD XML nativo y poder decidir que tipo de sistema es mejor usar.

15

SQL XML (Estndar SQL 2003) SQL XML forma parte del estndar SQL 2003. En su seccin 14, XML-Related Specifications SQL XML se define el modo de trabajo conjunto de SQL y XML; el contenido central es la obtencin de datos XML partiendo de datos en tablas relacionales; con esto no se genera ninguna tabla ni ningn tipo de esquema, y el documento debe de ser validado por el receptor del mismo. Para obtener XML partiendo de consultas tenemos a nuestra disposicin un conjunto de funciones que nos permiten dicha transformacin; las aqu mencionadas solo son ejemplos sencillos de las funcionalidades bsicas: -XMLELEMENT: Con el podemos crear un nuevo elemento XML, mapeando sobre el un campo de la base de. Este operador permite el uso anidado.

ORACLE

16

El componente encargado de dar soporte a las funcionalidades XML en Oracle es XML DB. Ofrece funciones como XML parser, validador de esquemas e interprete XSLT y funciones SQL XML. El tratamiento de datos XML en Oracle gira en torno al tipo XMLType. XMLType es un tipo de datos abstracto que puede ser usado para definir un campo de una tabla y para definir una tabla de XMLType. Este tipo de dato provee mtodos para la validacin contra un esquema, consulta y transformacin del mismo. Este tipo de campo puede ser almacenado siguiendo distintas estrategias. Unestructured storage: Almacenado el un campo CLOB, almacenamiento en modo texto. Estructured Storage: Almacenado en un conjunto de tablas Binary XML: Documento procesado y almacenado de forma binaria en un formato propio.

Para acceder a los datos puede usarse tanto XQuery como SQL XML, aunque cuando es posible internamente convertir todas las consultas a SQL. El objetivo es que se pueda usar indistintamente cualquiera de los dos lenguajes de consulta para el acceso tanto a datos estructurados como XML. Se da soporte para el estndar SQL XML e incluso para el estndar SQL 2006 en su fase previa. Como ejemplo, si tuvisemos las siguientes tablas definidas
CREATE TABLE FXTRADE { CURRENCY1 CHAR (3), CURRENCY2 CHAR (3), AMOUNT NUMERIC (18,2), SETTLEMENT DATE, ACCOUNT AccountType } CREATE TYPE AccountType as OBJECT{ BANKCODE VARCHAR (100), BANKACCT VARCHAR (100) }

Con la siguiente consulta resultado.

SELECT * FROM FXTRADE

Obtendramos el siguiente

<? version="1.0"?> <ROWSET> <ROW num="1"> <CURRENCY1>GBP</CURRENCY1> <CURRENCY2>JPY</CURRENCY2> <AMOUNT>10000</AMOUNT> <SETTLEMENT>20010325</SETTLEMENT> <ACCOUNT> <BANKCODE>812</BANKCODE> <BANKACCT>00365888</BANKACCT> </ACCOUNT> </ROW> <!-- additional rows ... --> </ROWSET>

17

DB2

El ncleo de funcionalidad para el tratamiento de XML para DB2 lo proporciona el XML Extender; este componente engloba un parser XML, un procesador XSL, soporte para funciones y tipos definidos por el usuario (UDF y UTD) y forma parte del SGBD desde la versin 7. Este componente da soporte para SQL XML Ofrece tres modos de tratamiento bsicos Almacenar referencia al sistema de archivos (el SGBD sirve nicamente como puntero al archivo) XML Columns para el almacenamiento del documento XML en una columna de la base de datos. A travs de estos datos se dan soporte al tratamiento nativo de los documentos.

18

o XMLVARCHAR para documentos pequeos o XMLCLOB igual que el anterior, pero pensado para documentos de cualquier tipo o XMLFILE, que es un puntero a un documento XML, pero almacenado fuera de la base de datos XML Collections: Almacenamiento de los elementos que componen el documento XML en un conjunto de tablas. la definicin del mapeo se realiza a travs de archivos DAD

Archivos DAD (Data Access Definition). Son documentos donde est contenida la relacin entre elementos del documento y su lugar en la base de datos. Existen dos tipos distintos SQL mappingdocument: Sobre una sentencia SQL y como las columnas devueltas son mapeadas en el documento XML. Solamente se usan para publicar datos en formato XML. Relational Database Node Mapping (RDB).En este caso se especifica como los nodos de un documento XML son mapeados sobre las tablas de la BB.DD. Con este tipo de documento se permiten sentencias SELECT e INSERT, es decir, el mapeo es bidireccional.

Cuando al XML extender se les suministra estos documento DAD como parmetros a sus procedimientos almacenados, los interpreta y produce el resultado, por ejemplo, con la siguiente consulta
SELECT Orders.Number AS SONumber, Orders.Customer AS CustNumber, Items.Number AS ItemNumber, Items.Part AS PartNumber FROM Orders, Items WHERE (SONumber = Items.SONumber) AND ((SONumber = 123) OR (SONumber = 124)) ORDER BY SONumber, ItemNumber

Aplicando el siguiente archivo DAD


<element_node name="SalesOrder"> <attribute_node name="Number"> <column name="SONumber" /> </attribute> <element_node name="CustomerNumber"> <text_node> <column name="CustNumber" /> </text_node> </element_node> <element_node name="Item" multi_occurrence="YES"> <attribute_node name="Number"> <column name="ItemNumber" /> </attribute>

19

<element_node name="PartNumber"> <text_node> <column name="PartNumber" /> </text_node> </element_node> </element_node> </element_node>

Obtendramos el siguiente resultado


<?xml version="1.0"?> <SalesOrder Number="123"> <CustomerNumber>456</CustomerNumber> <Item Number="1"> PartNumber>XY-47</PartNumber> </Item> <Item Number="2"> <PartNumber>B-987</PartNumber> </Item> </SalesOrder>

SGBD XML nativos


Caractersticas bsicas de un SGBD XML nativo y diferencias con un SGBD relacional Una base de datos XML nativa es aquella que: Define un modelo de datos XML: Definir que elementos son lgicamente significativos. Todos tendrn en cuanta los elementos, atributos, texto y orden en el documento, aunque es posible que de un sistema a otro los elementos reflejados en el modelo varen Utiliza el documento como unidad mnima de almacenamiento Puede usar cualquier estrategia de almacenamiento: El almacenamiento fsico de los documentos puede realizarse sobre un SGBD relacional tradicional, sobre ficheros con estructura propia o cualquier otro mtodo. La principal diferencia es que una base de datos XML nativa provee de su propio modelo de datos, mientras que un sistema XML Enabled tiene su propio modelo de datos y aade una capa de software que permite de alguna manera almacenar documentos XML y recuperar los datos generando nuevos documentos XML. Podemos decir tambin que un SGBD XML-Enabled solo puede manejar y almacenar los documentos que encajan dentro del modelo definido para ellos, mientras que un SGMD XML nativo debe manejar todos los tipos de documentos posibles. Una vez definido que es un SGBD XML nativo estudiaremos implementaciones distintas, una comercial y otra open source. dos
20

Tamino Tamino es el SGBD nativo de la empresa SoftwareAG, es producto comercial de alto rendimiento y disponibilidad, adems de ser uno de los primeros SGBD XML nativos disponibles.

Arquitectura La arquitectura de Tamino tiene los siguientes componentes bsicos

Native XML Data Store + XML Engine: Es el componente central de la arquitectura, contiene el parser XML, el almacn nativo de datos y el intrprete de consultas. Data Map: Almacn de metadatos, contiene informacin sobre como validar esquemas, almacenar e indexar informacin, mapeo de estructuras X-Node: Es el componente de dar acceso a base de datos externas, mapeando los datos a estructuras XML. El acceso a esa informacin es transparente para el usuario y se accede a ella cada vez que se necesita, es decir, que no es replicada. X-Tension: Permite la definicin de funciones de usuario para ampliar las prestadas por Tamino Tamino Manager: Herramienta grfica de gestin.
21

Almacenamiento de documentos Los documentos se almacenan en una base de datos propia y no se transforma en otro modelo. Existe un espacio separado para documentos y para ndices. Un doctype es el elemento raz de un DTD o XML Schema, es decir, el elemento que define el comienzo y el final del documento La base de datos est estructurada en colecciones, una coleccin es uconjunto de documentos, de modo que es una estructura de rbol donde cada documento pertenece a una nica coleccin. Cada coleccin tiene asociado varios doctypes. El elemento raz del documento XML define a que doctype estar asociado el documento, en caso de no poseer ninguno este se crea dinmicamente. Esto posibilita el almacenamiento de documentos sin formato definido. La coleccin tambin tiene asociado un Schema con informacin tanto fsica como lgica de la coleccin. La parte lgica define las relaciones y propiedades de los documentos XML y la fsica contiene informacin sobre el almacenamiento e indexacin de los mismos. Tambin se pueden almacenar documentos no-XML, para estos existe un doctype especial llamado nonXML. El gestor asigna a cada documento un identificador, y el usuario puede asignarle un nombre, el cual debe de ser nico dentro de cada doctype, y puede ser usado para acceder directamente al fichero a travs de su URL. Los elementos de configuracin del sistema tambin son documentos XML almacenados en la coleccin system, por lo que pueden ser accedidos y manipulados por las herramientas estndar proporcionadas. ndices Provee ndices que son mantenidos automticamente cuando los documentos son aadidos, borrados o modificados Simple textindexing: Indexa palabras dentro de elementos. Simple Estndar Indexing: Indexacin por valor de los elementos. StructureIndex: Mantiene todos los caminos posibles en los doctype Reference Index

Modificando el esquema de la coleccin se pueden definir distintos tipos de ndices para optimizar consultas - CompoundIndex - MultipathIndex - Reference Index
22

Acceso a los datos El lenguaje de consulta de datos es XQuery, cuya implementacin es XQuery 4; podemos ejecutar dichas sentencias desde las aplicaciones de gestin suministradas o desde programas, accediendo a la BB.DD. desde las libreras disponibles para Java (XMLDB), C, .NET, ActiveX y JScript. Permite tambin la modificacin de documentos, con operaciones de insercin, borrado, reemplazo y renombrado utilizando extensiones propias.

23

5.- BASE DE DATOS MULTIDIMENSIONAL 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 datos relacional. Las medidas se obtienen de los registros de una tabla de hechos y las dimensiones de cuadros. TIPOS DE OLAP Tradicionalmente los sistemas OLAP se clasifican en las siguientes categoras: ROLAP La implementacin OLAP almacena los datos en un botn relacional llamado ROLAP los datos son detallados evitando las agregaciones y las tablas que se encuentran normalizadas, los esquemas ms comunes son de estrella y copo de nieve aunque es posible de trabajar sobre cualquier base de datos relacional. La arquitectura de esta se compone de un servidor de banco de datos relacional y el botn OLAP se encuentra en el servidor dedicado. La principal ventaja de esta arquitectura es que permite el anlisis de una enorme cantidad de datos. La arquitectura ROLAP excede a los datos relacionados para proporcionar los anlisis OLAP. La primicia de los sistemas ROLAP es que las capacidades OLAP se ejecutan mejor contra las bases de datos relacionales. Utiliza una arquitectura de tres niveles: 1. Nivel Base De Datos: Usa base de datos relacionales para el manejo, acceso y obtencin de datos 2. Nivel de Aplicacin: Ejecuta las consultas multidimensionales de los usuarios 3. Motor Rolap: Se integra con niveles de presentacin atreves de los cuales los usuarios realizan un anlisis OLAP

MOLAP Esta almacena los datos de una base de datos multidimensional. Para utilizar los tiempos de respuesta, hacer resmenes de informacin calculados por adelantado y un sinfn de operaciones utilizadas de forma multidimensional para proporcionar el anlisis su principal premisa es que OLAP esta mejor implantado almacenando los datos multidimensionales. El sistema MOLAP utiliza una arquitectura de 2 niveles, la base de datos multidimensional y el motor analtico. MOLAP VS ROLAP Cuando se comparan estas dos estructuras se pueden realizar las siguientes: ROLAP delega la negociacin entre el tiempo de respuesta entre el tiempo de respuesta y procesa en Bach. Mientras que MOLAP requiere que sus bases de datos se compilen para conseguir un rendimiento aceptable.
24

Los sistemas con alta volatilidad de datos requieren de una arquitectura que pueda realizar esta consideracin. Los sistemas ROLAP soportan esta consolidacin dinmica mientras que MOLAP estn orientados a una consolidacin Bach. Los ROLAP pueden crecer un gran nmero de dimensiones mientras que MOLAP generalmente son adecuados para 10 o menos dimensiones. Los ROLAP soportan anlisis OLAP contra grandes volmenes de datos mientras que los MOLAP se comportan relacionalmente en volmenes ms reducidos (-5gb). Existen otros modelos OLAP como son: WOLAP (basado y orientado para web) DOLAP (Basado en escritorio) RTOLAP (o Real Time, basado en tiempo real) SOLAP (o especial Solap, Basado en OLAP especiales)

25

Conclusin
Este trabajo nos ayuda conocer los diferentes tipos de bases de datos y en que se aplican los diferentes manejadores, aprendimos que para hacer una base de datos primeramente se tiene que ver qu tipo de base de datos es la que se adapta al problema. Las bases de datos que nombramos en nuestra investigacin son: Bases de datos orientados a objetos. Bases de datos objeto relacional. Bases de datos espaciales. Bases de datos XML. Bases de datos multidimensionales.

Nuestra investigacin se trata de estas bases. Investigamos tambin diferentes tipos de herramientas que se pueden usar para crear cada tipo de bases de datos como por ejemplo SQLServer, Oracle, PostgreSQL, IBM DB2 por mencionar algunos.

26

Referencias

http://es.wikipedia.org/wiki/Base_de_datos_espacial http://www.sisman.utm.edu.ec/libros/FACULTAD%20DE%20CIENCIAS%20INFORM% C3%81TICAS/CARRERA%20DE%20INGENIER%C3%8DA%20DE%20SISTEMAS%2 0INFORMATICOS/ELECTIVAS/Spatial%20Databases/3.Geodatos%20y%20BBDD%20espaciales.pdf

27