Distribuidas2
Upcoming SlideShare
Loading in...5
×
 

Distribuidas2

on

  • 811 views

 

Statistics

Views

Total Views
811
Views on SlideShare
811
Embed Views
0

Actions

Likes
0
Downloads
9
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Distribuidas2 Distribuidas2 Document Transcript

  • UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR INFORMÁTICAMODELOS AVANZADOS DE BASES DE DATOSBASES DE DATOS FEDERADASY BASES DE DATOS MÓVILES Alberto Rosell Borox Marcos Vergara García Matías Blanco León 22 de abril de 2009
  • Índice1. Bases de Datos Federadas. ..................................................................................... 1 1.1. Características de los SGBDF. ......................................................................... 1 1.2. Tipos de SGBDF. ............................................................................................. 2 1.3. Tipos de Arquitectura para un SGBDF. ........................................................... 5 1.4. Problemas de Implementación.......................................................................... 7 1.5. Aplicaciones Comerciales. ............................................................................... 7 1.6. Caso de Uso: MySQL....................................................................................... 72. Base de Datos Móviles. ........................................................................................... 9 2.1. Introducción...................................................................................................... 9 2.2. Arquitectura. ..................................................................................................... 9 2.2.1. Modos de funcionamiento. ..................................................................... 10 2.3. Sistemas Gestores de Bases de Datos móviles. .............................................. 11 2.4. Aplicaciones móviles y tipos de datos............................................................ 11 2.5. Ejemplos de bases de datos móviles............................................................... 12 2.6. Caso de estudio: Oracle Database Lite 10g. ................................................... 133. Similitudes entre Bases de Datos Móviles y Bases de Datos Federadas. ......... 154. Diferencias entre Bases de Datos Móviles y Bases de Datos Federadas. ......... 165. ¿En qué casos es más recomendable usar un sistema u otro? .......................... 176. Bibliografía............................................................................................................ 18
  • Modelos Avanzados de Bases de Datos 1. Bases de Datos Federadas. La definición de Base de Datos Federada ha sido realizada por varios autores. Así,Sheth A.P. and Larson, J.A. definieron el concepto base de datos federada como “una colecciónde sistemas de bases de datos independientes, cooperativos, posiblemente heterogéneos, que sonautónomos y que permiten compartir todos o algunos de sus datos”. Además, Larson amplióesta definición diciendo que “en un sistema federado los usuarios tienen acceso a los datos, delos distintos sistemas, a través de una interfaz común; sin embargo, no existe un esquema globalque describa a todos los datos de las distintas bases de datos, sino que en su lugar hay variosesquemas unificados, cada uno describiendo porciones de bases de datos y archivos para el usode cierta clase de usuarios”. La primera definición pone de manifiesto todas las propiedades que definen a una Basede Datos Federada: heterogeneidad, autonomía y distribución. Una Base de Datos Federada sedice que es heterogénea debido a que los sistemas de bases de datos que lo forman puedentener cualquier arquitectura. En cuanto a la autonomía, esta propiedad se cumple ya que cadasistema de bases de datos funciona por sí mismo y de forma local. Por último, el concepto dedistribución hace referencia a que cada sistema de bases de datos puede estar localizado encualquier punto. En cuanto a la segunda definición, se explica que un sistema federado está compuestopor los datos de las diferentes bases de datos que forman el esquema, pero que dichos datos noestán presentes en ningún esquema global. Además, no necesariamente todos los datos de unabase de datos son compartidos a los usuarios, sino que se tiene la posibilidad de compartir sólouna porción de los datos. 1.1. Características de los SGBDF. Un Sistema Gestor de Bases de Datos Federadas (SGBDF) es el responsable deproveer una vista de datos transparente al usuario. Esto significa que el usuario percibe a la basede datos federada como una única base de datos local, y no múltiples bases de datos quecontienen diferentes datos, que es como en realidad está configurado. Un SGBDF no contiene ningún dato, sino que accede a los datos almacenados en lasdiferentes bases de datos que forman el esquema. Para acceder a dichos datos es necesarioestablecer las denominadas federaciones. Una federación es una vista que se establece en unabase de datos en particular para exteriorizar los datos que se desean mostrar.Bases de Datos Federadas y Bases de Datos Móviles 1|Página
  • Modelos Avanzados de Bases de Datos A continuación se muestra una figura que ilustra la conexión entre los diferenteselementos que forman una base de datos federada. Esquema de un SGBDF Como se puede apreciar en la figura anterior, un SGBDF está formado por variosgestores de bases de datos. Dichos gestores pueden ser tanto gestores de bases de datoscentralizadas (SGBD) como gestores de bases de datos distribuidas (SGBDD). Los SGBDD,además, pueden ser a su vez sistemas de bases de datos federados. Tanto los sistemas gestorescomo las bases de datos que lo forman son denominados componentes del SGBDF. Los componentes de un SGBDF pueden ejecutar tanto sus operaciones locales comoparticipar en la ejecución de las consultas sobre los datos federados (operaciones globales). Laautonomía de cada componente es controlada por el administrador del sistema junto a cadaadministrador de cada uno de los componentes. Esto es debido a que dicha autonomía difieresegún la necesidad de federación existente de cada base de datos con el esquema global. Todas las federaciones en conjunto forman el sistema federado. En cualquier momento,según la necesidad, cualquiera de ellas puede variar. Como se ha dicho antes, el usuario final estransparente a las uniones entre componentes que haya por debajo, por lo que el único cambioque un usuario puede percibir es que tenga acceso a diferentes datos en el esquema global. 1.2. Tipos de SGBDF.Bases de Datos Federadas y Bases de Datos Móviles 2|Página
  • Modelos Avanzados de Bases de Datos Los SGBDF se pueden clasificar en 2 grandes categorías: fuertemente acoplados ydébilmente acoplados. Antes de detallar ambas categorías, se muestra un esquema queespecífica los diferentes tipos de bases de datos federadas. Taxonomía de los SGBDF Como se puede apreciar, vuelve a aparecer el concepto de autonomía como elementodiferenciador entre sistemas federados y sistemas que no lo son. En cuanto a los otros 2conceptos, heterogeneidad y distribución, ambos se cumplen debido a que la propia definiciónde sistema federado lo hace posible, al estar compuesto éste de varios SGBD separados enlocalizaciones diferentes y con distinta arquitectura. SGBDF fuertemente acoplados Este tipo de sistema federado posee un esquema conceptual global que está formado por un subconjunto de los esquemas conceptuales locales, compuesto de los datos que cada sistema local decide compartir. El esquema conceptual global en un sistema fuertemente acoplado implica la integración de partes de los esquemas conceptuales locales o de los esquemas externos locales. En la figura siguiente se ilustra una arquitectura de referencia para un sistema gestor de base de datos federado estrechamente acoplado, es decir, que tiene un esquema conceptual global.Bases de Datos Federadas y Bases de Datos Móviles 3|Página
  • Modelos Avanzados de Bases de Datos Arquitectura de referencia para un SGBDF fuertemente acoplado Las características de un SGBDF fuertemente acoplado son las siguientes: El administrador global del sistema federado tiene todo el control sobre la creación y el acceso a los sistemas de bases de datos componente. Soporta uno o más esquemas federados. La utilización de un SGBDF de este tipo concierne una serie de ventajas: Capacidad de soportar actualizaciones. La interpretación de la semántica de los múltiples datos integrados en el sistema federado es uniforme. Aún así, este tipo de sistema federado posee las siguientes desventajas: Debido a la libertad que disfrutan los administradores globales se puede llegar a violar la autonomía que poseen los sistemas componente. No soporta la evolución dinámica de los esquemas de exportación o componentes. SGBDF débilmente acoplados. Existe otro tipo de sistema federado, débilmente acoplado, que se basa en no tener un esquema conceptual global. En este caso, los esquemas externos están compuestos por uno o más esquemas conceptuales locales.Bases de Datos Federadas y Bases de Datos Móviles 4|Página
  • Modelos Avanzados de Bases de Datos Este otro tipo de sistema federado posee las siguientes características: Los usuarios son los responsables de la creación y el mantenimiento de las federaciones mediante la utilización de vistas. Soporta sistemas de bases de datos altamente autónomos, los cuales los usuarios deben tratar. En cuanto a las ventajas de utilizar este tipo de SGBDF: Dispone de gran flexibilidad para mapear diferentes semánticas de los mismos objetos en distintos esquemas de exportación. Se tiene mayor facilidad para soportar la evolución de los componentes. Y las desventajas de los SGBDF débilmente acoplados son las siguientes: Resulta de gran dificultad la comprensión de grandes cantidades de esquemas de exportación. Los esfuerzos para gestionar este tipo de sistema se duplican. Existen problemas para actualizar las vistas que utilizan los usuarios. 1.3. Tipos de Arquitectura para un SGBDF. A continuación se van a detallar dos tipos de arquitecturas para el manejo de bases dedatos federadas. Hay otras muchas, pero en este documento nos vamos a centrar en laarquitectura de Sheth A.P. and Larson, J.A. y la arquitectura propuesta por ANSI/SPARC. Arquitectura de 5 niveles (Sheth y Larson). Sheth y Larson propusieron una arquitectura compuesta por 5 niveles de esquemas, los cuales son los siguientes: Esquema Local: Se trata del esquema conceptual de las bases de datos componente. Esquema Componente: Se obtiene tras transformar el esquema local en un Modelo de Datos Común. Esquema de Exportación: Representa un subconjunto de la totalidad de los datos que contiene el esquema componente. Este subconjunto de datos es el que se quiere compartir en la base de datos federada. Esquema Federado: Está formado por la integración de todos los esquemas de exportación de cada base de datos componente.Bases de Datos Federadas y Bases de Datos Móviles 5|Página
  • Modelos Avanzados de Bases de Datos Esquema Externo: Representa una vista hacia un usuario o conjunto de usuarios determinado. No necesariamente este esquema contiene todos los datos que forman el esquema federado, sino que puede ser un subconjunto de estos. En la siguiente figura se muestra un ejemplo de este tipo de arquitectura que muestra todo lo explicado anteriormente. Arquitectura de 5 niveles de Sheth y Larson Arquitectura de 3 niveles (ANSI/SPARC). Este tipo de arquitectura es muy utilizada en el diseño de bases de datos relacionales. Está formada por los siguientes niveles: Nivel Físico: Está compuesto por el esquema interno. Dicho esquema contiene las diferentes bases de datos componente que forman la base de datos federada. Nivel Lógico: Corresponde al esquema conceptual. Este nivel contiene el modelo global de datos, es decir, el conjunto de datos compartido por todas las bases de datos componente. Nivel Externo: Está representado por el esquema externo. Este esquema está compuesto por las diferentes vistas que poseen los usuarios a los datos compartidos. Para mostrar de forma más clara esta arquitectura se sugiere la siguiente figura:Bases de Datos Federadas y Bases de Datos Móviles 6|Página
  • Modelos Avanzados de Bases de Datos Arquitectura de 3 niveles (ANSI/SPARC) 1.4. Problemas de Implementación. La implementación de este tipo de base de datos concierne una serie de problemas quese citan a continuación: Incompatibilidad entre los sistemas de consulta de los diferentes fabricantes Diferente codificación utilizada por las bases de datos componente Generación de códigos de error incompatibles por los diferentes fabricantes Dificultades para establecer un control de la concurrencia en las distintas transacciones Las transacciones son heterogéneas debido a que cada SGBD mantiene su autonomía 1.5. Aplicaciones Comerciales. Existen multitud de aplicaciones comerciales que soportan bases de datos federadas.Todos los sistemas gestores de bases de datos conocidos poseen la posibilidad de crear este tipode bases de datos. Por ejemplo, IBM, ORACLE, MySQL, SQL Server, etc., permiten lacreación de bases de datos federadas. El problema que surge es cuando se desea realizar unabase de datos federada que consulta los datos de otra base de datos con una tecnología diferente,es decir, de otro fabricante. En este caso las posibilidades se reducen, y es necesaria laincorporación de algún componente extra que incrementa el coste considerablemente. 1.6. Caso de Uso: MySQL.Bases de Datos Federadas y Bases de Datos Móviles 7|Página
  • Modelos Avanzados de Bases de Datos A continuación se va a realizar un ejemplo sencillo de base de datos federada. Para ellose va a utilizar el SGBD MySQL, que dispone de una versión gratuita que permite crear basesde datos federadas. En primer lugar se va a definir la tabla cliente que será consultada por la tabla federada.Notar que pertenece a la base de datos bbdd1. CREATE DATABASE IF NOT EXISTS bbdd1; USE bbdd1; DROP TABLE IF EXISTS `cliente`; CREATE TABLE `cliente` ( `idCliente` int(10) unsigned NOT NULL auto_increment, `Nombre` varchar(45) NOT NULL, `Apellidos` varchar(45) NOT NULL, PRIMARY KEY (`idCliente`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; Ahora, nuestra base de datos federada va a contener otra tabla que va a tener unafederación a esta primera tabla definida. CREATE DATABASE IF NOT EXISTS bbdd_federada; USE bbdd_federada; DROP TABLE IF EXISTS `cliente_federada`; CREATE TABLE `cliente_federada` ( `idCliente` int(10) unsigned NOT NULL auto_increment, `Nombre` varchar(45) NOT NULL, `Apellidos` varchar(45) NOT NULL, PRIMARY KEY (`idCliente`) ) ENGINE=FEDERATED DEFAULT CHARSET=utf8 COMMENT:’mysql://root@remote_host:9306/bbdd1/cliente’; La tabla federada que se acaba de crear muestra los mismos datos que la tabla remota ala que consulta. Notar que con referencia a la definición de la primera tabla existen 2diferencias: El motor de consulta cambia de MyISAM a FEDERATED. Se añade el atributo COMMENT donde se especifica la dirección de la tabla remota a la que tiene que consultar.Bases de Datos Federadas y Bases de Datos Móviles 8|Página
  • Modelos Avanzados de Bases de Datos 2. Base de Datos Móviles. 2.1. Introducción. En los últimos años se han producido grandes avances en las tecnologías decomunicación inalámbricas. Estos avances, junto al uso cada vez más extendido de losdispositivos móviles, han causado la aparición de una nueva disciplina: la computación móvil. Gracias a la computación móvil, los usuarios pueden acceder a una base de datos remotaen cualquier momento y en cualquier lugar. Los empleados de una empresa pueden trabajardesde su casa, desde las instalaciones del cliente o mientras están de viaje, de la misma formaque si estuvieran en la oficina. La computación móvil introduce el concepto de base de datos móvil. Una base de datosmóvil es una base de datos portable, físicamente independiente del servidor corporativo de basede datos y capaz de comunicarse con ese servidor desde sitios remotos para compartir datoscorporativos. Utilizando bases de datos móviles, los trabajadores pueden acceder a los datoscorporativos desde cualquier dispositivo que disponga de conexión a Internet. 2.2. Arquitectura. La arquitectura general de una plataforma móvil es un modelo distribuido formado porcomputadores fijos, estaciones base y unidades móviles. Los computadores fijos soncomputadores de uso general que no disponen de medios para comunicarse con los unidadesmóviles. Las estaciones base disponen de enlaces inalámbricos para conectar con las unidadesmóviles; son máquinas que actúan de intermediarios entre las unidades móviles y loscomputadores fijos. Los computadores fijos y las estaciones base están interconectados pormedio de una red fija (cableada) de alta velocidad. Las unidades móviles se conectan a lasestaciones base mediante enlaces inalámbricos; los enlaces más comunes son el estándar802.11 (Wi-Fi), el servicio GPRS y la tecnología Bluetooth.Bases de Datos Federadas y Bases de Datos Móviles 9|Página
  • Modelos Avanzados de Bases de Datos Arquitectura general de una plataforma móvil (Dunham y Helal, 1995) Las unidades móviles se pueden mover libremente por un espacio conocido comodominio de movilidad geográfica, cuyo alcance está determinado por la cobertura de losenlaces inalámbricos. Este dominio se divide en dominios más pequeños llamados celdas. Cadacelda es controlada por una estación base. El movimiento de las unidades móviles dentro deldominio de movilidad geográfica no debe estar restringido, es decir, se debe garantizar el accesoa la información aunque las unidades móviles se muevan entre las celdas. 2.2.1. Modos de funcionamiento. Hay dos modos de funcionamiento para trabajar con los datos: El usuario de un dispositivo móvil se conecta al servidor de base de datos corporativo y trabaja directamente con los datos. El usuario descarga una copia de los datos y trabaja con ellos de forma local. Posteriormente, se conectará al servidor de base de datos corporativo para actualizar la base de datos. La adopción del modo funcionamiento depende fundamentalmente de los requisitos decada aplicación. Otro factor importante a la hora de elegir el modo de funcionamiento es latecnología de comunicación utilizada para conectar a las estaciones base; el coste puede serBases de Datos Federadas y Bases de Datos Móviles 10 | P á g i n a
  • Modelos Avanzados de Bases de Datoselevado si la conexión con el servidor es permanente y se utiliza una comunicación de pagocomo GPRS. 2.3. Sistemas Gestores de Bases de Datos móviles. Muchos fabricantes ofrecen SGBD móviles capaces de comunicarse con los principalesSGBD relacionales. Estos SGBD móviles están adaptados a los recursos limitados de lasunidades móviles y proporcionan una serie de funcionalidades adicionales: Comunicación con el servidor centralizado de base de datos mediante técnicas de comunicación inalámbrica. Replicación de datos en el servidor centralizado de base de datos y en el dispositivo móvil. Sincronización de datos entre el servidor centralizado de base de datos y el dispositivo móvil. Gestión de datos en el dispositivo móvil. Análisis de los datos almacenados en el dispositivo móvil. 2.4. Aplicaciones móviles y tipos de datos. Las aplicaciones móviles se clasifican en las dos siguientes categorías: aplicacionesverticales y aplicaciones horizontales (Imielinski y Badrinath, 1994). En las aplicacionesverticales, los usuarios acceden a los datos en una celda específica; fuera de la celda los datos noestán disponibles. Un ejemplo de aplicación vertical es la obtención de información sobre lasplazas libres de un determinado parking. En las aplicaciones horizontales, los datos estándistribuidos por todo el sistema, y los usuarios pueden acceder a ellos desde cualquier celda. Laaplicación horizontal más común es el acceso al correo electrónico. Los datos se clasifican en tres categorías: Datos privados: pertenecen a un usuario y sólo él puede acceder a ellos y manejarlos. Por ejemplo, los datos del perfil de un usuario de cualquier aplicación que gestione datos personales. Datos públicos: pueden ser consultados por cualquier usuario, pero sólo pueden ser modificados por una única fuente. Por ejemplo, los datos de las cotizaciones de la bolsa. Datos compartidos: pueden ser accedidos por un grupo determinado de usuarios, quienes tienen permisos para leerlos y para escribirlos. Por ejemplo,Bases de Datos Federadas y Bases de Datos Móviles 11 | P á g i n a
  • Modelos Avanzados de Bases de Datos los datos de seguros de una compañía aseguradora que vende productos utilizando agentes comerciales. Las aplicaciones horizontales utilizan, principalmente, datos públicos, mientras que lasaplicaciones horizontales suelen utilizar más los datos compartidos. 2.5. Ejemplos de bases de datos móviles. iAnywhere Solutions, empresa filial de Sybase, lidera el ranking del mercado de basesde datos móviles gracias a SQL Anywhere. Este paquete proporciona bases de datos quepueden utilizarse tanto a nivel de servidor (soporta máquinas de hasta 64bits) como a nivel dedispositivo móvil. SQL Anywhere se compone de las siguientes tecnologías: SQL Anywhere Server: sistema gestor de bases de datos relacionales para los sistemas de bases de datos móviles. Ultralite: sistema gestor de bases de datos que puede embeberse en dispositivos móviles. Mobilink: tecnología de sincronización para el intercambio de datos entre bases de datos relacionales y bases de datos no relacionales. QAnywhere: facilita el desarrollo de aplicaciones móviles robustas y seguras. SQL Remote: permite a los usuarios de dispositivos móviles sincronizar sus datos con otras bases de datos SQL Anywhere. DB2 Everyplace de IBM es una base de datos relacional y un servidor desincronización que permite extender las aplicaciones y los datos empresariales a dispositivosmóviles. Gracias a un consumo de recursos reducido, esta base de datos puede integrarse endispositivos como PDAs y teléfonos móviles. Microsoft también ofrece una base de datos para dispositivos móviles. Se trata deMicrosoft SQL Server Compact 3.5, un motor de bases de datos que permite desarrollaraplicaciones en cualquier plataforma Windows incluyendo Tablet PCs, Pocket PCs, SmartPhones y equipos de escritorio. Oracle Database Lite 10g es la solución de Oracle para desarrollar aplicaciones enentornos móviles. Proporciona un cliente que permite la realización de consultas SQL paraacceder a los datos locales del dispositivo y un servidor para gestionar los datos de formacentralizada.Bases de Datos Federadas y Bases de Datos Móviles 12 | P á g i n a
  • Modelos Avanzados de Bases de Datos Otros productos menos utilizados son Borland’s JDataStore, una base de datos Javapara dispositivos móviles y aplicaciones Web, o MobiSnap, un proyecto de investigación cuyoobjetivo es soportar el desarrollo de aplicaciones con bases de datos relacionales en entornosmóviles. 2.6. Caso de estudio: Oracle Database Lite 10g. Oracle Database Lite 10g es una solución integrada para el desarrollo de aplicaciones enentornos móviles. Para evitar que los dispositivos móviles estén continuamente conectados alservidor, Oracle Database Lite 10g proporciona una pequeña base de datos para gestionar losdatos empresariales de forma local en el dispositivo móvil. Arquitectura de las aplicaciones Oracle Database Lite 10g La figura anterior muestra la arquitectura de las aplicaciones Oracle Database Lite 10g.Esta arquitectura contiene los siguientes componentes: Mobile Sync Module: aplicación instalada en el dispositivo móvil que permite la sincronización de datos con el servidor empresarial. Oracle Lite RDBMS: sistema gestor de bases de datos relacionales creado específicamente para dispositivos móviles. Proporciona interfaces ODBC, JDBC, SODA y ADO para permitir la utilización de aplicaciones desarrolladas en lenguajes como Java, C/C++ y Visual Basic. Oracle Lite database: base de datos instalada en el dispositivo móvil. Mobile Server: servidor intermedio entre los dispositivos móviles y el servidor empresarial. Permite la instalación y actualización de aplicaciones en losBases de Datos Federadas y Bases de Datos Móviles 13 | P á g i n a
  • Modelos Avanzados de Bases de Datos dispositivos móviles y se comunica con el módulo Mobile Sync para sincronizar los datos entre el dispositivo móvil y el servidor empresarial. Message Generator and Processor (MGP): módulo utilizado en la sincronización de datos para detectar y solucionar cualquier conflicto que pueda producirse en la actualización de los datos del servidor. Mobile Server Repository: repositorio que contiene información necesaria para que el Mobile Server pueda ejecutarse. Esta información se almacena junto a los datos del negocio, en la misma base de datos. Los pasos para poner en funcionamiento una aplicación con Oracle Database Lite 10gson los siguientes: 1. Instalar y configurar la base de datos Oracle en el servidor. 2. Instalar y configurar el Mobile Server en el equipo que hará de intermediario entre los dispositivos móviles y el servidor. 3. Instalar y configurar el Mobile Server Repository en el servidor. 4. Instalar Oracle Lite RDBMS y Mobile Sync en los dispositivos móviles; para facilitar esta tarea, Oracle ofrece un producto llamado Mobile Development Kit, que instala rápidamente todos los componentes en los dispositivos móviles. Una base de datos local Oracle Lite contiene un subconjunto de los datos almacenadosen la base de datos Oracle. Los cambios realizados en el dispositivo móvil deben sincronizarsecon los datos del servidor. De esta tarea se encarga el módulo Mobile Sync; primero envía loscambios al Mobile Server, y después descarga los nuevos cambios y los aplica en la base dedatos local Oracle Lite. Sincronización de datos entre la base de datos local y la base de datos remotaBases de Datos Federadas y Bases de Datos Móviles 14 | P á g i n a
  • Modelos Avanzados de Bases de Datos 3. Similitudes entre Bases de Datos Móviles y Bases de Datos Federadas. Las dos bases de datos son modelos distribuidos de bases de datos a los cuáles se accede de forma remota, ya sea desde un equipo fijo o un equipo móvil. Los dos sistemas tienen mecanismos de privilegios de usuarios. Dependiendo de los privilegios que tenga el usuario que accede al sistema, dicho usuario podrá acceder a una parte del esquema u a otra. En estos sistemas el usuario no es consciente de la disposición geográfica en la que se encuentra el servidor o servidores de bases de datos. Esta característica también da al usuario un gran nivel de movilidad y de acceso a los datos desde cualquier punto. Son sistemas complejos que necesitan una gran infraestructura que dé soporte a este tipo de bases de datos. Necesitan tener definidos mecanismos de concurrencia de los datos para que no se vea dañada la integridad de los mismos en el caso de que varios usuarios accedan a los mismos datos a la vez. Al tener la parte de almacenamiento de datos, y el acceso a los mismos, distribuida, se libera de una gran carga computacional a los equipos implicados en el sistema. Para acceder a dichos sistemas se necesita una interfaz, adaptada al dispositivo desde el cual se va a acceder, que dé soporte y acceso a las funcionalidades disponibles al usuario por parte del sistema.Bases de Datos Federadas y Bases de Datos Móviles 15 | P á g i n a
  • Modelos Avanzados de Bases de Datos 4. Diferencias entre Bases de Datos Móviles y Bases de Datos Federadas. A los sistemas de bases de datos móviles se accede por medio de dispositivos móviles. Éstos, a su vez, acceden por medio de estaciones base y están comunicados directamente con la base de datos, aunque también se puede acceder desde equipos fijos. Las bases de datos federadas sólo son accesibles desde equipos fijos conectados a la infraestructura del sistema de bases de datos. Los sistemas de bases de datos móviles están formados por un sólo tipo gestor de bases de datos, y todos los equipos conectados al sistema atacan al mismo gestor de base de datos. A diferencia de éstos, las bases de datos federadas permiten conectar diferentes sistemas gestores de bases de datos, que conforman una sola base de datos. Los sistemas de bases de datos móviles permiten a los usuarios trabajar de forma desconectada con los datos, y una vez que éstos han sido modificados, los usuarios sincronizan dichos datos con el sistema. Esto evita que los dispositivos móviles tengan que estar siempre conectados al sistema para interactuar y acceder a la base de datos. En el caso de las bases de datos móviles, el sistema se puede reducir sólo al dispositivo móvil que lo ejecuta, ya que éste es el único que contiene la base de datos y accede a ellos. Este tipo de sistemas son sistemas gestores de bases de datos embebidos en el mismo dispositivo. Las bases de datos federadas son un conjunto de esquemas unificados, a diferencia de las bases de datos móviles, que sólo disponen de un esquema global. Los sistemas de bases de datos federados permiten dar acceso a una gran cantidad de datos que los demás sistemas no podrían permitir ni soportar.Bases de Datos Federadas y Bases de Datos Móviles 16 | P á g i n a
  • Modelos Avanzados de Bases de Datos 5. ¿En qué casos es más recomendable usar un sistema u otro? Las bases de datos móviles son recomendadas en los casos en los que los usuarios debenestar moviéndose de un lugar para otro para realizar las funciones y cuando la información quedeben tratar se puede mostrar y tratar en un dispositivo móvil. Este tipo de base de datostambién permite a los dispositivos móviles y a las aplicaciones que corren en ellos almacenardatos, con todas las ventajas que ofrece un gestor de base de datos. Los sistemas de bases de datos federados son usados cuando la cantidad de datos es muygrande y, además, cuando los mismos se encuentren en diferentes sistemas. Estos sistemaspermiten unificar las bases de datos para permitir al usuario acceder a los datos de formatransparente, sin que sea consciente de la modularidad de la base de datos, y así poder acceder adiferentes datos de diferentes bases de datos a la vez.Bases de Datos Federadas y Bases de Datos Móviles 17 | P á g i n a
  • Modelos Avanzados de Bases de Datos 6. Bibliografía Connolly, T. M.; Begg, C. E. Sistemas de Bases de Batos. Pearson Educación S.A., 2005. Elmasri, Ramez. Fundamentos de Sistemas de Bases de Datos. Addison-Wesley, 2002. Imielinski, Tomasz; Korth, Henry. Mobile Computing. Springer, 1996. Dunham, M. H.; Helal, A.; Balakrishnan, S. A mobile transaction model that captures both the data and movement behaviour. ACM/Baltzer Journal on Special Topics in Mobile Networks and Applications, 1997. Dunham, M.H.; Helal, A. Mobile computing and databases: Anything new? ACM SIGMOD, 1995. Piattini Velthuis, Mario. El futuro de las bases de datos. [en línea] http://www.ganimides.ucm.cl/aurrutia/doc_pdf/El%20Futuro%20de%20las%20Bases% 20de%20Datos.pdf [Consulta: 16 abril 2009] Motz, Regina. Arquitecturas para DBMS distribuidos y heterogéneos. [en línea] http://www.fing.edu.uy/inco/grupos/csi/esp/Cursos/cursos_posg/Inter2002/transpar encias/arquitecturas.pdf [Consulta: 16 abril 2009] Ramirez, Tonáhtiu A. Bases de Datos Federadas. [en línea] http://www.tonahtiu.com/notas/BD/BDF.htm [Consulta: 16 abril 2009] Oracle Database Lite 10g Developer’s Guide. [en línea] http://download.oracle.com/docs/cd/B14156_01/doc/B13788/html/title.htm [Consulta: 16 abril 2009]Bases de Datos Federadas y Bases de Datos Móviles 18 | P á g i n a