Download Creacion de un Sistema de bases de datos federadas a traves de

Creación de un Sistema de bases de datos federadas a
través de Tecnología Java
Francisca Campins Verger, Pedro Fiol Noguera
Fundació IBIT, Palma de Mallorca
{paquita, pfiol}@ibit.org
Resumen: Este artículo presenta el Proyecto Europeo InTouriSME (building an Internetbased Tourism Constituency for Small and Medium Enterprises in the Less Favoured Regions
of Europe) como el punto de partida para la creación de un Sistema Europeo de Bases de
Datos Federadas para el área de Turismo. El proyecto InTouriSME permitirá desarrollar
plenamente el comercio electrónico mediante la implantación de sistemas de intercambio de
información y servicios de valor añadido basados en Internet. El apartado de Introducción
describe brevemente el proyecto. Los apartados Descripción del entorno y Sistema de bases
de datos federadas muestran la arquitectura general. Arquitectura adoptada trata sobre la
implantación de un sistema multiplataforma basado en la Tecnología Java. Esta arquitectura
permitirá actualizar la base de datos principal del sistema InTouriSME empleando la
información turística procedente de distintos servidores de información turística regional. El
apartado sobre Comercio electrónico ofrece una panorámica general sobre cómo el sistema
proporciona el marco adecuado para los servicios de comercio electrónico entre los
diferentes participantes de InTouriSME. De este modo, el sistema que se presenta, permitirá
explotar y proporcionar valor añadido a esta federación de datos mediante los servicios que
ofrece la instauración de sistemas de intercambio de información entre subsistemas
distribuidos heterogéneamente. Por último, el apartado Importancia y ventajas para el sector
explica los parámetros de calidad para lanzar el proyecto InTouriSME al mercado.
Palabras Clave: Proyecto InTouriSME, Tecnología Java, Integración, Sistemas
heterogéneos, Sistemas de bases de datos federadas, Comercio electrónico, Interoperabilidad.
1. Introducción
InTouriSME es el mayor proyecto europeo financiado por la Comisión Europea en el campo
de turismo y telemática. En InTouriSME participan más de 50 zonas turísticas de Europa que
desean ofrecer sus productos y servicios a través del sistema InTouriSME. Esto permite
garantizar la calidad de la información que recibe el cliente, así como la promoción continua y
comercio electrónico a escala mundial. La duración del proyecto es de 3 años (1997-1999).
El objetivo principal del proyecto InTouriSME consiste en estimular y establecer una
estructura de coordinación en Europa con el fin de promover el uso del comercio electrónico a
través de Internet entre las Pequeñas y Medianas Empresas (PYMEs) que operan en el sector
turístico y que se encuentran en las zonas menos favorecidas de la Unión.
El proyecto InTouriSME utilizará la red Internet para presentar información multimedia
sobre las PYMEs que operan en el sector turístico. Los usuarios (se empleará este término sólo
para los clientes potenciales de los servicios y no para las PYMEs que operan en el sector
turístico) podrán acceder al sistema, enviar solicitudes y realizar transacciones con sólo utilizar
un buscador comercial corriente.
Los principales subsistemas del proyecto InTouriSME son:
1. El CAP (Common Access Point) es el corazón del sistema InTouriSME. Constituye el
Punto de Acceso Centralizado a toda la oferta turística europea a través de Internet.
Dispone del hardware, el software y los elementos de conectividad necesarios para que los
usuarios puedan almacenar y recuperar por medio de Internet la información que se
encuentra en la base de datos situada en el CAP. Administra y gestiona las principales
funciones del sistema, como el módulo de interfaz del usuario, gestión de una base de datos
centralizada, búsquedas estructuradas y de texto completo, posibilidad de realizar
búsquedas utilizando el lenguaje natural, módulo multilingüe, módulo de seguridad, etc.
La base de datos centralizada almacena un gran índice de información actualizada sobre los
servidores regionales. Localmente sólo mantiene un pequeño subconjunto de datos
garantizados y fiables que se almacenan en esos servidores. Este subconjunto de datos
mínimos (denominado MDS, Minimal Data Set ), ha sido previamente predefinido por el
proyecto InTouriSME, para armonizar las diferentes entradas de información procedentes
de los distintos servidores regionales. El CAP almacenará estos MDS procedentes de los
servidores junto con sus respectivos hipervínculos, donde se ofrecerá información turística
más detallada.
2. Los LRS (Local/Regional Servers) son servidores instalados en diferentes regiones que
almacenan y ofrecen información turística de cada una de ellas. Los LRS enviarán los MDS
a la base de datos del CAP. Ésta a su vez incluirá los MDS y los hipervínculos a los
servidores locales. Los usuarios de InTouriSME podrán acceder al sistema a través del
CAP, que les proporcionará los MDS de la información solicitada y les dará la posibilidad
de acceder al LRS correspondiente, donde se encuentra información más detallada sobre la
información solicitada por el usuario.
2. Descripción del entorno
El sistema InTouriSME consta de cuatro grandes bloques:
1.
Dos subsistemas: el CAP y los distintos LRS
2.
Dos participantes: las PYMEs y los usuarios de InTouriSME.
Las PYMEs proporcionan a los LRS información turística sobre sus servicios tras un
proceso de certificación. Para crear un punto de acceso común se ha definido el MDS, como se
ha mencionado anteriormente, para almacenar en la base de datos del CAP información
procedente de los distintos servidores locales regionales. De este modo, los LRS deben
mantener un mecanismo de comunicación y actualización del MDS en la base del CAP. Así
pues, el CAP recogerá en una sola base de datos los MDS recibidos de los LRS que se
encuentran en los organismos públicos regionales de los distintos países. Para ello es necesario
seguir dos pasos. En primer lugar, los LRS deben ser capaces de actualizar su información
sobre las PYMEs y, en segundo lugar, el CAP debe actualizar también su información a partir
de los datos que le envíen los distintos LRS.
El CAP proporcionará un punto de acceso común a los usuarios finales del mercado
turístico, es decir, ofrecerá la información y los servicios que se encuentren en los LRS. Los
usuarios finales accederán al sistema a través del CAP, que les proporcionará el primer nivel de
información, es decir, el MDS de los LRS. El usuario final podrá iniciar búsquedas en el
sistema y los resultados que reciba incluirán los MDS y las URL de los LRS. Las URL se
podrán utilizar para acceder directamente al LRS, donde se guardará la información local más
detallada. De esta forma, los usuarios finales podrán navegar por el segundo nivel de
información del LRS de un modo transparente para ellos.
Usuarios
S
L RS
CAP
P YM E s
Información
Turística
Browsing
Consolidación
MDS
MDS
Browsing
Figura 1: Esquema del entorno
3. Sistema de bases de datos federadas
La principal dificultad con que se encuentra el LRS es la necesidad de proveer su información
heterogénea al sistema InTouriSME. La mayor parte de los LRS ya disponen de sistemas de
información turística propios, basados en distintos modelos conceptuales, estructuras de datos,
lenguajes y plataformas.
Para su interacción con el CAP, los LRS deben integrar sus sistemas efectuando
un
conjunto mínimo de cambios. De hecho, en ningún caso, el proyecto InTouriSME puede
establecer la integración imponiendo una nueva estructura de la base de datos o grandes
cambios tecnológicos a los LRS.
El sistema InTouriSME se caracteriza por su heterogeneidad, ya que se compone de los
diferentes sistemas y bases de datos de los LRS. Dichas bases de datos están diseñadas de
forma independiente y operan de forma autónoma, empleando por lo general distintos modelos
de datos y lenguajes de programación. Además, debido a las diferencias tecnológicas, ya sean
por razones históricas o técnicas, hay una gran variedad en cuanto a hardware, software y
sistemas operativos. InTouriSME constituye un ejemplo tangible de Sistema de Base de Datos
Federadas (FDBS) en el que se garantiza la gestión de las transacciones y se preserva la
autonomía de cada base de datos frente al sistema completo.
Un FDBS es un conjunto de bases de datos con autonomía propia de operación,
gestionadas independiente, posiblemente heterogéneas, que cooperan entre sí a través de una
red.
El sistema InTouriSME cuenta con la base de datos del CAP, y los distintos componentes,
los LRS. Éstos poseen sistemas de información propios e independientes entre sí. Los LRS
operan de manera independiente para almacenar y ofrecer a los usuarios información turística
regional o local, pero al mismo tiempo deben colaborar conjuntamente dentro de un sistema
cooperativo, el sistema InTouriSME. Los usuarios finales verán todo un sistema donde la
heterogeneidad será transparente para ellos.
Sistema Gestor
Bases de datos
CAP
BD
Servidor Java
Cliente Java
Cliente Java
Sistema Gestor
Bases de datos 1
Sistema Gestor
Bases de datos N
BD 1
LRS 1
BD N
LRS N
Figura 2: Sistema de bases de datos federadas InTouriSME
4. Arquitectura adoptada
El proyecto InTouriSME define el MDS, descripción semántica de los objetos de interés
turístico, las principales características de tales objetos y las relaciones que existen entre ellos.
El MDS está pensado para armonizar las distintas entradas de datos de los LRS. Los LRS
tienen la libertad de poder instaurar e implementar su propia funcionalidad acorde con su
entorno local. No es necesario que los LRS faciliten información al sistema federado sobre el
contenido y la estructura de sus bases de datos. El único requisito imprescindible que se exige
a InTouriSME consiste en respetar el módulo del protocolo de la interfaz que envía el MDS al
CAP.
El proyecto InTouriSME ha definido e implementado una arquitectura abierta compatible
con las diferentes plataformas tecnológicas. Está basada en Tecnología Java, y principalmente
encargada de la actualización de la información turística (MDS) de los LRS en la base de datos
del CAP. Permite la integración e interoperabilidad del sistema completo.
El lenguaje de programación Java está orientado a objetos y se caracteriza principalmente
por una ejecución multi-thread que no depende de las plataformas. El lenguaje Java, con su
API JDBC hace posible el acceso a las distintas bases de datos. JDBC es un API Java para
ejecutar instrucciones SQL. La combinación de Java y JDBC ofrece al programador la
posibilidad de realizar su aplicación y ejecutarla en cualquier plataforma.
Algunos LRS disponen de su propia base de datos y generan sus páginas HTML de una
forma dinámica a partir de la información que tienen almacenada en su base de datos. Deben
ser capaces de transferir los MDS actualizados al CAP. Por otra parte debe existir un módulo
en el CAP para recoger estas actualizaciones de los LRS e incorporarlos a la base de datos del
CAP. Para ello se ha creado un módulo de interfaz.
El módulo de interfaz integra dos componentes del lenguaje Java: los módulos del Cliente y
los del Servidor.
En cada LRS se instalará un módulo Cliente. Cada inserción, modificación o eliminación
en la base de datos del LRS implicará dos operaciones: primero, una modificación en su base
de datos propia, y segundo, la inserción de la información que pertenezca al MDS en dos
nuevas tablas. Estas tablas son denominadas T_update por el proyecto. Estas dos nuevas tablas
contendrán la información sobre las modificaciones en el MDS hechas en el LRS.
Cuando el Cliente Java es ejecutado, éste accede a la base de datos del LRS, recogiendo
la información almacenada en las tablas T_update y creando un fichero estructurado utilizando
una base de datos de configuración o correspondencias. La base de datos de configuración
almacenará y mantendrá información sobre las correspondencias entre la base de datos del LRS
y la del CAP, específicamente, correspondencias entre nombre de tablas, nombre de campos y
valores tipificados entre las dos bases de datos. Esta base de datos y su contenido es
inaccesible para el sistema completo. Su base de datos define una información de traducción
entre el formato de diseño de su base de datos y el formato de la base del CAP.
Finalmente, el módulo Cliente establecerá una conexión con el servidor Java y le enviará
el fichero estructurado creado.
El módulo Servidor se encuentra en el sistema CAP y dispone de la habilidad para
procesar múltiples peticiones de cliente al mismo tiempo. Cuando un módulo cliente requiere
servicio, el módulo servidor realizará los siguientes pasos: verificará el Cliente, mediante una
llave especifica, utilizando una base de datos de configuración del CAP. Esta base de datos
mantendrá información sobre los tipos de los campos, la posibilidad de inserción de valores
nulos en la base de datos del CAP, e información sobre los usuarios. A continuación, extraerá
la información de las modificaciones del MDS que se encuentran en el fichero estructurado
enviado por el cliente, y creará transacciones para la BD del CAP utilizando la información de
la BD de configuración del CAP. Finalmente, actualizará la base de datos.
Servidor
Java
BD CAP
BD CAP
Config.
Cliente Java
Otros
módulos
BD de
Correspo.
BD LRS +
Tables
T_update
Figura 3: Módulo de la interfaz de Java
5. Comercio electrónico
El proyecto InTouriSME se basa en crear un sistema abierto que facilite el intercambio de
información entre las PYMEs. Constituye una infraestructura fundamental para alcanzar la
competitividad en los sectores económicos.
El sistema InTouriSME proporciona un marco para los sistemas de información y para el
intercambio de servicios de valor añadido. El comercio electrónico se puede contemplar como
uno de estos posibles servicios de valor añadido. El comercio electrónico tiene un considerable
impacto sobre la competitividad europea en los mercados mundiales. Dentro del sistema
InTouriSME, tales servicios serán económicamente rentables al proporcionar valor añadido a
la información europea. Los LRS pueden adoptar soluciones conjuntas para ofrecer a las
PYMEs que formen parte de su sistema un nuevo mercado abierto para el turismo.
El proyecto InTouriSME contribuye al desarrollo de nuevas soluciones de comercio
electrónico, permitiendo a todos los LRS federados aumentar su funcionalidad ofrecida. Un
factor importante en este sentido es el de proporcionar información a los LRS. De esta forma,
los servidores regionales podrán ahorrar esfuerzo y tiempo trabajando conjuntamente dentro
de un mismo entorno. Esto permitirá la creación de una fundación estratégica para futuras
directrices de desarrollo dentro del negocio electrónico.
InTouriSME posibilitará la creación e implementación de nuevos servicios de valor añadido.
Estos nuevos servicios se incorporarán al sistema InTouriSME, enriqueciéndolo con nuevos
servicios de valor añadido.
6. Importancia y ventajas para el sector
… El interés del usuario queda patente por el hecho de que buena parte de las transacciones
en línea a través de Internet están relacionadas con el turismo y los viajes; se calcula que
entre el 30 y el 50% de todas las transacciones que se realizan en la World Wide Web son
turísticas … .[1]
El turismo es una de las mayores áreas del negocio europeo y el mercado perfecto para
ofrecer servicios de información y transacciones electrónicas. La información del sistema
InTouriSME gestiona la totalidad del producto turístico ofreciendo alojamientos, atracciones,
eventos culturales, restaurantes, servicios, etc. El éxito del proyecto InTouriSME depende en
gran medida de la exactitud y de la actualización de la información que contiene.
Igualmente, el proyecto InTouriSME está dirigido a todos aquellos individuos, grupos y
organizaciones que emplean los servicios que ofrece el sistema teniendo en cuenta sus
necesidades individuales. La viabilidad comercial del sistema estará en función del grado de
participación que se dé entre todos estos grupos de usuarios.
En el marco del incremento de la competencia global y del desarrollo de un mercado abierto
europeo, los futuros servicios de valor añadido se basarán cada vez más en la capacidad para
agrupar servicios y para ofrecer combinaciones que se adapten a las necesidades del cliente. El
sistema InTouriSME ofrece la posibilidad de integrar todos estos servicios en un sistema de
calidad, lo que significa disponer de un flujo de información adecuado y de la aceptación del
servicio.
7. Conclusiones
A lo largo de este documento se ha analizado el proyecto InTouriSME como un FDBS que
ofrece a los servidores locales una solución integrada para promover y operar conjuntamente
mediante el uso de las nuevas tecnologías y servicios de valor añadido, concretamente a través
del comercio electrónico.
La principal conclusión es que las PYMEs deben adoptar una estrategia de innovación,
particularmente en los campos de infraestructura informática, estrategias de marketing en
Internet y comunicación. El proyecto InTouriSME proporciona a los LRS la infraestructura
necesaria para difundir información sobre el comercio electrónico, para informarles y
facilitarles herramientas y servicios de orientación. Los LRS pueden difundir estos
conocimientos entre los demás LRS.
La solución Java que se ha implementado en este sistema resuelve el problema de la
heterogeneidad y la actualización de la base de datos del CAP con un preciso control. Por una
parte, los LRS deben implementar un simple módulo para introducir la información sobre las
modificaciones del MDS en dos tablas determinadas. Por otra parte, los LRS pueden seguir
disponiendo de un sistema de información independiente del módulo de la interfaz. Los LRS,
componentes de la federación, tienen libertad para elegir sus elementos de hardware y el
esquema de diseño que deseen.
El proyecto InTouriSME facilita la cooperación y la acción conjunta entre los LRS para la
integración e intercambio de las diferentes soluciones de comercio electrónico.
Bibliografía
[1]: Information Society Technologies (IST) For Tourism. Informe del Strategic Advisory
Group sobre el Programa 5th Framework R&TD. 8 Diciembre de 1997.
A.Sheth, & J.Larson. (Sept.90). Federated Database system for managing distributed,
heterogeneous, and autonomous databases. ACM Computing Surveys.,Vol.22, No4, págs.
183-236
Robert M.Colomb. (1997). Impact of Semantic Heterogeneity on Federating Databases. The
Computer Journal 40(5) 235-244.
Douglas Kramer con colaboraciones de Bill Joy y David Spenhoff. (1996). The JavaTM
Platform. A White Paper
J. Gosling, H. McGilton. (1996). The Java Language Environment A White Paper
James Gosling, Bill Joy, Guy L. Steele. (1996). The Java Language Specification".AddisonWesley. <URL:http://java.sun.com/doc/language_specification.html>; ISBN 0-201-63451-1.
Papoutsis C. (1998). The strategic Dimension of Quality in Tourism Policy. Foro europeo
sobre Gestión de Calidad Integral en el Turismo, Mayrhofen, Zillertal, Tirol, Austria, 9 de julio
de 1998.