Sei sulla pagina 1di 30

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Marianne Ulate Arburola Universidad Internacional De
Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Marianne Ulate Arburola Universidad Internacional De
Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Marianne Ulate Arburola Universidad Internacional De
Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Marianne Ulate Arburola Universidad Internacional De
Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Marianne Ulate Arburola Universidad Internacional De

Marianne Ulate Arburola Universidad Internacional De Las Americas

I

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

INDICE

IntroducciÛnÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖII Arquitecturas de Sistemas de Bases de DatosÖÖÖÖÖÖÖÖÖÖÖÖV Sistemas CentralizadosÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖVI CaracterÌsticas FuncionalesÖÖÖÖÖÖÖÖVI CaracterÌsticas FÌsicasÖÖÖÖÖÖÖÖÖÖ.VII CaracterÌsticas LÛgicasÖÖÖÖÖÖÖÖÖÖVII Ventajas e InconvenientesÖÖÖÖÖÖÖÖ VII Sistemas Cliente-ServidorÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ Ö.IX CaracterÌsticas de la arquitectura ÖÖÖÖÖÖIX Niveles de la arquitecturaÖÖÖÖÖÖ Ö X Tipos de Arquitectura Cliente-ServidorÖÖ.Ö.XI Ventajas e InconvenientesÖÖÖÖÖÖÖ ÖXIII Fases de ImplantaciÛnÖÖÖÖÖÖÖÖÖÖ.XV Servidor de TransaccionesÖÖÖÖÖÖ.ÖÖ XVIII Servidor de DatosÖÖÖÖÖÖÖÖÖÖÖÖ.XIX Sistemas ParalelosÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖXX Variaciones de la arquitecturaÖÖÖÖÖÖÖ.XX Ganancia de ampliabilidadÖÖÖÖÖÖ ÖÖ.XXII Procesamiento de consultas y optimizaciÛnÖÖ XXII Problemas del ParalelismoÖÖÖÖÖÖÖÖÖ.XXIII Redes de InterconexiÛnÖÖÖÖÖÖÖÖ Ö.XXIII Sistemas DistribuidosÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ.XXIV Objetivo PrimordialÖÖÖÖÖÖÖÖÖÖÖÖXXV CaracterÌsticas InmediatasÖÖÖÖÖÖÖÖÖ.XXV

Como distribuir la informaciÛn?

La Arquitectura Cuenta ConÖÖÖÖÖÖ.ÖÖ.XXV Ventajas de un sistema distribuidoÖÖÖÖÖÖXXVI Desventajas de un sistema distribuidoÖÖÖÖ XXVI Problemas de los sistemas distribuidosÖ ÖÖXXVI Redes de comunicaciÛn utilizadasÖÖÖÖ.Ö XXVII

XXV

ConclusiÛnÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖÖÖÖÖÖÖÖÖÖÖXXVIII BibliografÌaÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ.XXX

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

INDICE DE TABLAS Y FIGURAS

Fig. 1 Sistema centralizado ÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ.Ö VIII Fig.2 Cliente-ServidorÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖ.Ö.IX

Fig.3

Niveles de arquitectura cliente-servidorÖÖÖÖÖÖÖÖÖÖ Ö.X

Fig.4

Arquitectura dos capasÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖ.XI

Fig.5

Arquitectura 3 capasÖ XII

Fig.6

Memoria CompartidaÖÖÖÖÖÖÖÖÖÖÖÖÖÖ

Ö.ÖÖÖXX

Fig.7

Disco compartidoÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖÖXXI

Fig.8

Sin compartimientoÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ Ö.ÖÖXXI

Fig.9 Jer·rquicoÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖXXI Fig.10 Que es un sistema distribuidoÖÖÖÖÖÖÖÖÖÖÖÖ ÖÖ XXIV

Fig.11 Arquitectura distribuidaÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖXXVI

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

IntroducciÛn

El tema que estudiaremos a continuaciÛn es la arquitectura de sistemas de bases de datos, exploraremos los distintos tipos de arquitecturas de bases de datos, comenzaremos por los sistemas centralizados, pasando a los sistemas cliente- servidor, paralelos y distribuidos.

Como tendremos la oportunidad de ver a continuaciÛn, la arquitectura de un sistema de base de datos esta influenciada en gran parte por el sistema inform·tico subyacente en el que se ejecuta el sistema de bases de datos.

En la arquitectura de un sistema de bases de datos se manifiestan aspectos como la conexiÛn en red, el paralelismo y la distribuciÛn, cada uno de estos temas lo estaremos retomando en el transcurso del trabajo.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Arquitecturas de Sistemas de Bases de Datos

Como

diferentes influencias una

se aspectos sobresalientes de las arquitectura

el cual

se fue mencionado anterior mente en la arquitectura de bases de datos hay

de las principales es sistema inform·tico subyacente en

va a encontrar la bases de

datos, a continuaciÛn explicaremos algunos de bases de datos:

ConexiÛn en red: en esta conexiÛn de computadoras se vera la ejecuciÛn de tareas en un sistema servidor y en sistemas clientes. De aquÌ se deriva el sistema Cliente-Servidor.

Procesamiento paralelo dentro d e una computadora: Agiliza el proceso de las tareas dentro de una base d e datos.

DistribuciÛn de datos: permite la accesibilidad de diferentes departamentos o puntos.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Sistemas Centralizados

Nace en torno a una concepciÛn tradicional de la organizaciÛn, con estructura centralizada y jer·rquica, dividida en departamentos. Cada departamento tiene unas actividades muy concretas, las relaciones que pueda establecer con otros departamentos est·n muy definidas y limitadas y suelen realizarse a travÈs de la jerarquÌa.

El sistema de la base de datos centralizados se ejecuta en el ˙nico sistema inform·tico, sin interactuar con ning˙n otro sistema.

La arquitectura est· centralizada en un servidor central al que sÛlo tienen acceso los usuarios del departamento correspondiente, no puede estar ubicada en varias partes sino en su totalidad en un solo equipo, a el podr·n ingresar los usuarios que necesiten hacer uso de ella.

Estos sistemas abarcan a los tÌpicos equipos monopuestos 1 , y a los equipos con sistemas multipuesto 2 , donde la base de datos esta centralizada en el sistema principal.

Las tareas de gestiÛn y control son mas sencillas pero no suelen ofrecer soluciones excesivamente avanzadas en la gestiÛn de bases de datos.

CaracterÌsticas funcionales

El ordenador central es el ˙nico ordenador de la organizaciÛn.

El contiene todos los datos y es el responsable de la consolidaciÛn de la informaciÛn.

Desde el ordenador central se controla el acceso a m˙ltiples terminales conectados a travÈs de productos integrados en la arquitectura de red del suministrador.

Los terminales funcionan como "esclavos" del ordenador central.

Cada usuario tiene un n˙mero asignado, y unos derechos y prioridades de ejecuciÛn en la m·quina de sus programas o peticiones.

1 Monopuesto: Computadoras personales y estaciones de trabajo.

2 Multipuesto: M·s componentes fÌsicos trabaja con un sistema operativo multiusuario.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

CaracterÌsticas fÌsicas

⁄nico ordenador corporativo dimensionado para soportar todos los procesos de la organizaciÛn, todos los datos y las posibles comunicaciones con las delegaciones.

Una gran base de datos donde residen todos los datos del organismo.

Impresoras y terminales (u ordenadores personales con emulaciÛn de terminal) como puestos de trabajo conectados en grupos (clusters) al ordenador central.

CaracterÌsticas lÛgicas

EjecuciÛn de todos los procesos en el ordenador corporativo.

Si la empresa est· dispersa geogr·ficamente y dispone de comunicaciones, todos los puestos de trabajo est·n conectados al ordenador formando una "estrella".

Ventajas e Inconvenientes

Entre las principales ventajas se encuentran:

Alto rendimiento transaccional.

Alta disponibilidad.

Entorno probado y personal experimentado.

Control total del ordenador, al ser Èste ˙nico y residente en un ˙nico Centro de Proceso de Datos.

ConcentraciÛn de todo el personal de explotaciÛn y administraciÛn del sistema en un ˙nico Centro de Proceso de Datos.

Alto nivel de seguridad

Entre los inconvenientes destacan:

Alto precio del ordenador, al requerirse mucha potencia de tratamiento para dar servicio a todos los usuarios que estÈn conectados y gran espacio en disco para albergar todos los datos del organismo.

Alta dependencia de las comunicaciones si existen. En caso de caÌda de una lÌnea, todos los puestos de trabajo dependientes de dicha lÌnea quedan inoperantes.

Interfaces de usuario de caracteres (no gr·ficos) y, por lo tanto, poco amigables.

Arquitecturas propietarias.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Unidades de cinta Disco Disco Impresora Controlador de disco de disco Controlador Controlador de de
Unidades de cinta
Disco
Disco
Impresora
Controlador
de disco de
disco
Controlador
Controlador
de
de unidad
UCP
impresora
de cinta
Controlador de
memoria
Memoria

Fig. 1 sistema centralizado

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Sistemas Cliente-Servidor

La Arquitectura Cliente/Servidor.- Es un modelo para el desarrollo de sistemas de informaciÛn en el que las transacciones se dividen en procesos independientes que cooperan entre sÌ para intercambiar informaciÛn, servicios o recursos. Se denomina cliente al proceso que inicia el di·logo o solicita los recursos y servidor al proceso que responde a las solicitudes.

Arquitecturas m˙ltiples clientes / m˙ltiples servidores .- Son mas flexibles, ya que la base de datos es distribuida en varios servidores. Cada cliente tiene un servidor directo al cual hace sus peticiones. La comunicaciÛn entre los servidores ejecuta las transacciones y peticiones de los usuarios y esta es transparente para ellos.

Arquitecturas de igual a igual.-Un DBMS verdadero no distingue entre cliente y servidor. Idealmente cada maquina puede desempeÒar la funcionalidad de cliente y de servidor. La base de datos es fÌsicamente distribuida en diferentes lugares fragmentado y replicando los datos. La fragmentaciÛn es deseable ya que hace posible el poner los datos cerca de los usuarios que los necesitan, de esta forma reduciendo potencialmente el costo de la transmisiÛn y reduciendo el tamaÒo de las relaciones involucradas en las consultas de los usuarios.

Entre las principales caracterÌsticas de la arquitectura cliente/servidor se pueden destacar las siguientes:

El servidor presenta a todos sus clientes una interfaz ˙nica y bien definida.

El cliente no necesita conocer la lÛgica del servidor, sÛlo su interfaz externa.

El cliente no depende de la ubicaciÛn fÌsica del servidor, ni del tipo de equipo fÌsico en el que se encuentra, ni de su sistema operativo.

Los cambios en el servidor implican pocos o ning˙n cambio en el cliente.

Cliente Cliente Cliente Cliente Servidor
Cliente
Cliente
Cliente
Cliente
Servidor

fig.2 Cliente servidor.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Niveles de la arquitectura: Esta arquitectura se puede clasificar en cinco niveles, seg˙n las funciones que asumen el cliente y el servidor, tal y como se puede ver en el siguiente diagrama:

servidor, tal y como se puede ver en el siguiente diagrama: Fig. 3 Niveles de arquitectura

Fig. 3 Niveles de arquitectura Cliente-Servidor

Primer nivel: el cliente asume parte de las funciones de presentaciÛn de la aplicaciÛn, ya que en el servidor aun hay programas que se dedican a ese tipo de tareas. Dicha distribuciÛn se realiza mediante el uso de productos para el "maquillaje" de las pantallas del mainframe 3 . Esta tÈcnica no exige el cambio en las aplicaciones orientadas a terminales, pero dificulta su mantenimiento. Adem·s, el servidor ejecuta todos los procesos y almacena la totalidad de los datos. En este caso se dice que hay una presentaciÛn distribuida o embellecimiento.

Segundo nivel: la aplicaciÛn est· soportada directamente por el servidor, excepto la presentaciÛn que es totalmente remota y reside en el cliente. Los terminales del cliente soportan la captura de datos, incluyendo una validaciÛn parcial de los mismos y una presentaciÛn de las consultas. En este caso se dice que hay una presentaciÛn remota.

Tercer nivel: la lÛgica de los procesos se divide entre los distintos componentes del cliente y del servidor. El diseÒador de la aplicaciÛn debe definir los servicios y las interfaces del sistema de informaciÛn de forma que los papeles de cliente y servidor sean intercambiables, excepto en el control de los datos que es responsabilidad exclusiva del servidor. En este tipo de situaciones se dice que hay un proceso distribuido o cooperativo.

Cuarto nivel: el cliente realiza tanto las funciones de presentaciÛn como los procesos. Por su parte, el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. En esta situaciÛn se dice que hay una gestiÛn de datos remota.

3 Mainframe: îgran ordenador" u "ordenador central"

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Quinto nivel: el reparto de tareas es como en el anterior y adem·s el gestor de base de datos divide sus componentes entre el cliente y el servidor. Las interfaces entre ambos est·n dentro de las funciones del gestor de datos y, por lo tanto, no tienen impacto en el desarrollo de las aplicaciones. En este nivel se da lo que se conoce como bases de datos distribuidas.

Tipos de Arquitectura Cliente-Servidor:

Arquitectura de 2 capas:

La arquitectura cliente/ servidor tradicional es una soluciÛn de 2 capas. La arquitectura de 2 capas consta de tres componentes distribuidos en dos capas: cliente (solicitante de servicios) y servidor (proveedor de servicios). Los tres componentes son:

- Interfaz de usuario.

- GestiÛn del procesamiento.

- GestiÛn de la base de datos.

GestiÛn del procesamiento. - GestiÛn de la base de datos. Fig. 4 Arquitectura 2 Capas. Hay

Fig. 4 Arquitectura 2 Capas.

Hay 2 tipos de arquitecturas cliente servidor de dos capas:

- Clientes obesos (thick clients): La mayor parte de la lÛgica de la aplicaciÛn (gestiÛn del procesamiento) reside junto a la lÛgica de la presentaciÛn (interfaz de usuario) en el cliente, con la porciÛn de acceso a datos en el servidor.

- Clientes delgados (thin clients): solo la lÛgica de la presentaciÛn reside en el cliente, con el acceso a datos y la mayorÌa de la lÛgica de la aplicaciÛn en el servidor.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Es posible que un servidor funcione como cliente de otro servidor. Esto es conocido como diseÒo de dos capas encadenado.

Limitaciones:

- El n˙mero usuarios m·ximo es de 100. M·s all· de este n˙mero de usuarios se excede la capacidad de procesamiento.

- No hay independencia entre la interfaz de usuario y los tratamientos, lo que hace delicada la evoluciÛn de las aplicaciones.

- Dificultad de relocalizar las capas de tratamiento consumidoras de c·lculo.

- ReutilizaciÛn delicada del programa desarrollado bajo esta arquitectura.

Arquitectura de 3 capas:

La arquitectura de 3 capas surgiÛ para superar las limitaciones de la arquitectura de 2 capas. La tercera capa (servidor intermedio) est· entre el interfaz de usuario (cliente) y el gestor de datos (servidor). La capa intermedia proporciona gestiÛn del procesamiento y en ella se ejecutan las reglas y lÛgica de procesamiento. Permite cientos de usuarios (en comparaciÛn con sÛlo 100 usuarios de la arquitectura de 2 capas). La arquitectura de 3 capas es usada cuando se necesita un diseÒo cliente / servidor que proporcione, en comparaciÛn con la arquitectura de 2 capas, incrementar el rendimiento, flexibilidad, mantenibilidad, reusabilidad y escalabilidad mientras se esconde la complejidad del procesamiento distribuido al usuario.

la complejidad del procesamiento distribuido al usuario. Fig. 5 Arquitectura 3 capas Marianne Ulate Arburola

Fig. 5 Arquitectura 3 capas

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Limitaciones:

Construir una arquitectura de 3 capas es una tarea complicada. Las herramientas de programaciÛn que soportan el diseÒo de arquitecturas de 3 capas no proporcionan todos los servicios deseados que se necesitan para soportar un ambiente de computaciÛn distribuida. Un problema potencial en el diseÒo de arquitecturas de 3 capas es que la separaciÛn de la interfaz gr·fica de usuario, la lÛgica de gestiÛn de procesamiento y la lÛgica de datos no es siempre obvia. Algunas lÛgicas de procesamiento de transacciones pueden aparecer en las 3 capas. La ubicaciÛn de una funciÛn particular en una capa u otra deberÌa basarse en criterios como los siguientes:

- Facilidad de desarrollo y comprobaciÛn.

- Facilidad de administraciÛn.

- Escalabilidad de los servidores.

- Funcionamiento (incluyendo procesamiento y carga de la red).

El middleware:

Como hemos visto, las capas est·n localizadas en m·quinas diferentes que est·n conectadas a travÈs de la red. El middleware es el software que proporciona un conjunto de servicios que permite el acceso transparente a los recursos en una red. El middleware es un mÛdulo intermedio que act˙a como conductor entre dos mÛdulos de software. Para compartir datos, los dos mÛdulos de software no necesitan saber cÛmo comunicarse entre ellos, sino cÛmo comunicarse con el mÛdulo de middleware.

Es el encargado del acceso a los datos: acepta las consultas y datos recuperados directamente de la aplicaciÛn y los transmite por la red. TambiÈn es responsable de enviar de vuelta a la aplicaciÛn, los datos de interÈs y de la generaciÛn de cÛdigos de error.

Ventajas e Inconvenientes:

Ventajas

Aumento de la productividad:

Los usuarios pueden utilizar herramientas que le son familiares, como hojas de c·lculo y herramientas de acceso a bases de datos.

Mediante la integraciÛn de las aplicaciones cliente/servidor con las aplicaciones personales de uso habitual, los usuarios pueden construir soluciones particularizadas que se ajusten a sus necesidades cambiantes.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Una interfaz gr·fica de usuario consistente reduce el tiempo de aprendizaje de las aplicaciones.

Menores costos de operaciÛn:

Permiten un mejor aprovechamiento de los sistemas existentes, protegiendo la inversiÛn. Por ejemplo, la comparticiÛn de servidores (habitualmente caros) y dispositivos perifÈricos (como impresoras) entre m·quinas clientes permite un mejor rendimiento del conjunto.

Proporcionan un mejor acceso a los datos. La interfaz de usuario ofrece una forma homogÈnea de ver el sistema, independientemente de los cambios o actualizaciones que se produzcan en Èl y de la ubicaciÛn de la informaciÛn.

El movimiento de funciones desde un ordenador central hacia servidores o clientes locales origina el desplazamiento de los costes de ese proceso hacia m·quinas m·s pequeÒas y por tanto, m·s baratas.

Mejora en el rendimiento de la red:

Las arquitecturas cliente/servidor eliminan la necesidad de mover grandes bloques de informaciÛn por la red hacia los ordenadores personales o estaciones de trabajo para su proceso. Los servidores controlan los datos, procesan peticiones y despuÈs transfieren sÛlo los datos requeridos a la m·quina cliente. Entonces, la m·quina cliente presenta los datos al usuario mediante interfaces amigables. Todo esto reduce el tr·fico de la red, lo que facilita que pueda soportar un mayor n˙mero de usuarios.

Tanto el cliente como el servidor pueden escalarse para ajustarse a las necesidades de las aplicaciones. Las UCPs utilizadas en los respectivos equipos pueden dimensionarse a partir de las aplicaciones y el tiempo de respuesta que se requiera.

La existencia de varias UCPs proporciona una red m·s fiable: un fallo en uno de los equipos no significa necesariamente que el sistema deje de funcionar.

En una arquitectura como Èsta, los clientes y los servidores son independientes los unos de los otros con lo que pueden renovarse para aumentar sus funciones y capacidad de forma independiente, sin afectar al resto del sistema.

La arquitectura modular de los sistemas cliente/servidor permite el uso de ordenadores especializados (servidores de base de datos, servidores de ficheros, estaciones de trabajo para CAD, etc.).

Permite centralizar el control de sistemas que estaban descentralizados, como por ejemplo la gestiÛn de los ordenadores personales que antes estuvieran aislados.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Inconvenientes

Hay una alta complejidad tecnolÛgica al tener que integrar una gran variedad de productos.

Requiere un fuerte rediseÒo de todos los elementos involucrados en los sistemas de informaciÛn (modelos de datos, procesos, interfaces, comunicaciones, almacenamiento de datos, etc.). Adem·s, en la actualidad existen pocas herramientas que ayuden a determinar la mejor forma de dividir las aplicaciones entre la parte cliente y la parte servidor.

Es m·s difÌcil asegurar un elevado grado de seguridad en una red de clientes y servidores que en un sistema con un ˙nico ordenador centralizado.

A veces, los problemas de congestiÛn de la red pueden degradar el rendimiento del sistema por debajo de lo que se obtendrÌa con una ˙nica m·quina (arquitectura centralizada). TambiÈn la interfaz gr·fica de usuario puede a veces ralentizar el funcionamiento de la aplicaciÛn.

El quinto nivel de esta arquitectura (bases de datos distribuidas) es tÈcnicamente muy complejo y en la actualidad hay muy pocas implantaciones que garanticen un funcionamiento totalmente eficiente.

Fases de implantation

Fase de IniciaciÛn

Esta etapa se centra sobre todo en la distribuciÛn fÌsica de los componentes entre plataformas. Los dos tipos de plataforma son:

Una plataforma cliente para la presentaciÛn (generalmente un ordenador personal de sobremesa).

Una plataforma servidora (como por ejemplo el servidor de una base de datos relacional) para la ejecuciÛn de procesos y la gestiÛn de los datos.

Un ejemplo serÌa el de una herramienta de consulta que reside en un ordenador personal a modo de cliente y que genera peticiones de datos que van a travÈs de la red hasta el servidor de base de datos. Estas peticiones se procesan, dando como resultado un conjunto de datos que se devuelven al cliente.

En esta fase pueden surgir los siguientes problemas:

CÛmo repartir la lÛgica de la aplicaciÛn entre las plataformas cliente y servidor de la forma m·s conveniente.

CÛmo gestionar la arquitectura para que permita que cualquier cliente se conecte con cualquier servidor.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Fase de ProliferaciÛn

La segunda etapa de una arquitectura cliente/servidor se caracteriza por la proliferaciÛn de plataformas clientes y servidoras. Ahora, el entorno para la interacciÛn entre clientes y servidores se hace mucho m·s complejo. Puede hacerse una distinciÛn entre:

Datos de servidores a los que se accede a travÈs de una red de ·rea extensa (WAN) y

Datos a los que se accede a travÈs de una red de ·rea local (RAL).

Los mecanismos de conexiÛn son muy variados y suelen ser incompatibles.

En esta fase los problemas que se pueden plantear son:

La gestiÛn de accesos se convierte en crÌtica y compleja debido a la estructura del organismo donde se est· implantando la arquitectura. El

mercado ofrece algunas soluciones que mejoran la interoperabilidad y que

se basan en conexiones modulares que utilizan entre otros:

Drivers en la parte cliente

Pasarelas (gateways) a bases de datos

Especificaciones de protocolos cliente/servidor, etc.

Los requisitos de actualizaciÛn de datos pasan a formar parte de los requisitos solicitados al sistema cliente/servidor. Ahora no sÛlo se consultan datos, sino que se envÌan peticiones para actualizar, insertar y borrar datos.

Fase de Control

En esta fase se consolidan los caminos de acceso desde una plataforma cliente particular a una plataforma servidora particular.

Los conceptos en los que se debe poner especial Ènfasis son los siguientes:

Transparencia en la localizaciÛn. Significa que la aplicaciÛn cliente no necesita saber nada acerca de la localizaciÛn (fÌsica o lÛgica) de los datos o los procesos. La localizaciÛn de los recursos debe estar gestionada por servidores y estar representada en las plataformas adecuadas de forma que

se facilite su uso por parte de las plataformas cliente.

GestiÛn de copias. El sistema se debe configurar de forma que se permita copiar la informaciÛn (datos o procesos) de los servidores.

EspecializaciÛn de los equipos servidores en servidores de bases de datos

o en servidores de aplicaciones. Los servidores de bases de datos

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

contin˙an ofreciendo servicios orientados a datos a travÈs de llamadas SQL o a travÈs de procedimientos almacenados. En cualquier caso, los servicios se orientan a mantener la integridad de los datos. Por otro lado, los servidores de aplicaciones se centran en los procesos implementando partes de la lÛgica de la aplicaciÛn en la parte servidora.

Fase de IntegraciÛn

Esta etapa se caracteriza por el papel conjunto que juegan la gestiÛn de accesos, la gestiÛn de copias y la gestiÛn de recursos. La gestiÛn de la informaciÛn se debe realizar de forma que se pueda entregar la informaciÛn controlada por los servidores que contienen los datos a las plataformas clientes que los requieran. El concepto en que se basa este tipo de gestiÛn es la distinciÛn entre dos tipos de datos: datos de operaciÛn y datos de informaciÛn. Para ajustarse a los posibles cambios en los procesos, los datos de operaciÛn varÌan continuamente mientras que los datos de informaciÛn son invariables porque son de naturaleza histÛrica y se obtienen tomando muestras en el tiempo de los datos de operaciÛn.

Fase de Madurez

Esta es la etapa final de una arquitectura cliente/servidor. Se caracteriza por una visiÛn m·s flexible de las plataformas fÌsicas del sistema que se contemplan como una ˙nica unidad lÛgica. Este estado tambiÈn se caracteriza porque la tecnologÌa cliente/servidor se ha generalizado en la empresa. Ya no es un problema saber quÈ componentes se distribuyen en quÈ plataformas, porque los recursos se pueden redistribuir para equilibrar la carga de trabajo y para compartir los recursos de informaciÛn. Lo fundamental aquÌ es saber quiÈn ofrece quÈ servicios. Para ello es necesario distinguir quÈ tipo de servicios y recursos se demandan y conocer las caracterÌsticas de esta arquitectura basada en servicios.

En la fase de integraciÛn veÌamos que se establecÌa una distinciÛn entre datos de operaciÛn y datos de informaciÛn histÛrica. Por contra, en un entorno de operaciÛn cliente/servidor que se encuentre en la fase de madurez, lo interesante es distinguir entre dos nuevos tÈrminos: organismo y grupo de trabajo. Esta distinciÛn se establece bas·ndose en sus diferencias organizativas. El grupo de trabajo es el entorno en el que grupos organizados de personas se centran en tareas especÌficas de la actividad del organismo al que pertenecen. Estos equipos de personas requieren una informaciÛn propia y unas reglas de trabajo particulares, que pueden ser diferentes de las del organismo en su globalidad.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Una arquitectura basada en servicios es la que se contempla como una colecciÛn de consumidores de servicios poco relacionados entre sÌ y los productores de dichos servicios. La utilizaciÛn de este tipo de arquitectura permite pensar en nuevos retos de diseÒo:

Desarrollo de componentes reutilizables entre distintas aplicaciones y distintos grupos de trabajo

Desarrollo de aplicaciones distribuidas

GestiÛn del desarrollo de aplicaciones entre distintos equipos, etc.

Los sistemas Cliente-Servidor utilizan varios tipos de servidores los cuales son:

Servidor de transacciones: tambien llamados sistemas servidores de consultas, proporcionan una interfaz a travÈs de la cual los clientes consultan a la base de datos. Se pueden usar con SQL o Procedimientos almacenados.

Servidor de datos: permiten que los clientes puedan interactuar con los servidores realizando peticiones de lectura o modificaciÛn de datos en unidades tales como archivos o paginas.

Servidor de Transacciones

Estos servidores se ocupan de la interacciÛn con los Clientes, desocupando al servidor de datos de ello.

El servidor de transacciones se encarga de mantener un alto rendimiento, disponibilidad e integridad de datos. Asimismo, se asegura de que ninguna computadora tenga demasiado o muy poco que hacer.

Cuando un servidor de transacciones ve que a una computadora se le ha dado demasiado trabajo, autom·ticamente divide el trabajo entre todas las computadoras disponibles, haciendo que las mismas compartan recursos para evitar que alguna de las m·quinas se colapse.

Cuando actualiza bases de datos, el servidor de transacciones tambiÈn ejecuta lo que se conoce como el manejo de estados. Esto quiere decir que si el servidor de transacciones percibe que una computadora no puede completar una transacciÛn, hace que el software abandone el trabajo y regrese a su estado original sin que ocurra corrupciÛn de datos.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Se basa en distintas normas, como pueda ser la ODBC 4 . Utiliza SQL para la comunicaciÛn con los clientes y ofrece la ejecuciÛn de procedimientos remotos.

Son una parte intrÌnseca de los servidores de datos centralizados.

Servidor de datos

Estos no so necesariamente servidores de bases d e datos relacionales, pueden ser servidores d e archivos, servidores de directorios, de objetos, etc.

Tienen una comunicaciÛn directa con los clientes, de forma que el cliente debe tener todas las funcionalidades del sistema servidor.

Sus caracterÌsticas son:

EnviÛ de p·ginas o elementos. 5

Bloqueo: gestionado por el servidor.

Cache de datos: agiliza el enviÛ de datos muy comunes.

Cache de bloqueos.

4 Open DataBase Connectivity

5 Coste de comunicacion

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Sistemas Paralelos

El concepto de paralelismo supone la introducciÛn de varios procesadores para resolver un problema. Sabemos que un procesador diez veces m·s potente que un procesador de potencia normal para una fecha es mucho m·s caro que diez procesadores de potencia normal para dicha fecha. Por ello, si paralelizamos nuestro programa -es decir, dividimos la carga computacional entre varios procesadores distintos- vamos a obtener una mejora en la relaciÛn entre costo y rendimiento. Con menos inversiÛn en hardware estamos obteniendo mucha m·s potencia computacional.

6 Los sistemas paralelos mejoran la velocidad d e procesamiento y E\S mediante la utilizaciÛn de UCP 7 y discos en paralelo.

Las arquitecturas de sistemas paralelos varÌan entre dos extremos:

No compartir nada.- Cada procesador tiene acceso exclusivo a su memoria principal y a sus unidades de disco.

Memoria compartida.- Cualquier procesador tiene acceso a cualquier mÛdulo de memoria o unidad de disco a travÈs de una interconexiÛn r·pida.

Un punto intermedio lo es discos compartidos - donde cualquier procesador tiene acceso a cualquier unidad de disco a travÈs de la interconexiÛn, pero solo tiene acceso exclusivo a su memoria principal.

Jer·rquico- Es un hÌbrido de las anteriores.

TambiÈn se le llama grano grueso (varios computadores independientes) y grano fino (varios computadores integrados al mismo sistema)

P M P P P P
P
M
P
P
P
P

Fig. 6 Memoria Compartida.

6 P·g. 444 Fundamentos de Bases de Datos.

7 Unidades Centrales de Procesamiento

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

M P M P M P M P M P Fig. 7 Disco Compartido.
M
P
M
P
M
P
M
P
M
P
Fig. 7 Disco Compartido.
M P P M M P P M M P
M
P
P
M
M
P
P
M
M
P

Fig. 8 Sin Compartimiento.

P
P
 
P
P
 

M

P
P

M

M

P
P
P
P
P
P
     
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P
P
P
P P P

Fig. 9 Jer·rquico

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Cuando trabajamos con paralelismo debemos tener muy en cuenta que se trabaja con recursos dependientes entre si, claro lo deseable son los recursos independientes que permitan la ganancia de velocidad lineal.

Ganancia de ampliabilidad

Es la capacidad para procesar tareas mas largas en el mismo tiempo mediante un incremento de los recursos.

Existen dos tipos de ampliabilidad:

1. Ampliabilidad por lotes:

a. Aumenta el tamaÒo de la base d e datos, y las tareas son trabajos mas largos, cuyos tiempos de ejecuciÛn dependen d el tamaÒo de la base d

e datos (Ej.: recorrido secuencial)

b. El problema es el tamaÒo.

2. Ampliabilidad de transacciones:

a. Aumenta la velocidad a la que se envÌan las peticiones a la base d e datos, y el tamaÒo crece proporcionalmente a la tasa de transacciÛn. (Ej.: reserva una butaca en el cine: -> mas butaca, mas reservas)

b. Se adapta muy bien a la ejecuciÛn paralela, ya que las transacciones se ejecutan de forma concurrente.

c. Las transacciones duran lo mismo, por lo que e s factible un paralelismo lineal.

Procesamiento de consultas y optimizaciÛn

La optimizaciÛn de consultas paralelas toma ventaja del paralelismo intra operaciÛn y del paralelismo Inter. OperaciÛn.

Paralelismo intra operaciÛn.- Esta consiste en ejecutar una operaciÛn en varios nodos de una maquina con varios procesadores. Paralelismo Inter. OperaciÛn.- Ocurre cuando dos o mas operaciones son ejecutadas en paralelo, sea utilizando independientemente. Paralelismo Independiente.- Ocurre cuando las operaciones al mismo tiempo o en orden arbitrario. El paralelismo independiente es posible solo cuando las operaciones no involucran los mismos datos.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Problemas del paralelismo

Costes de inicio:

o El inicio de un ˙nico proceso lleva asociado un coste de inicio. En una operaciÛn paralela compuesta por miles de procesos, el tiempo de inicio puede ser mayor que el de procesamiento.

Interferencia:

o Problema en el ascenso a recursos compartidos, que traen consigo bloqueos y abrazos mortales.

Sesgo:

o

Al dividir cada tarea en un cierto numero de pasos paralelos se rÈdese el tamaÒo del paso medio, pero el tiempo para completar la tarea viene dada por el tiempo de completar el paso mas lento.

o

Dado que rara vez se puede dividir una tarea en Pazos iguales, es difÌcil que se consiga un aumento del rendimiento lineal.

Redes de InterconexiÛn de Arquitecturas Paralelas

Entre las

interconexiones de arquitecturas paralelas tenemos las

siguientes:

Bus: todos los componentes del sistema pueden enviar o recibir datos de un ˙nico bus d e comunicaciones. El bus solo puede gestionar la comunicaciÛn de un elemento en un momento dado 8 .

Malla: los componentes se organizan como nodos d e una retÌcula 9 . Se utiliza

el paso de

mensajes.

Hipercubo: sistema de conexiÛn n-dimensional basado en la representaciÛn binaria de los componentes. Es un sistema de altas prestaciones y mas eficiente que el d e malla.

8 Cuellos de botella.

9 Conectividad adyacente.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Sistemas Distribuidos

En un sistema de datos distribuidos, la informaciÛn s e almacena en varios ordenadores, dichos ordenadores est·n conectados por redes de comunicaciÛn de alta velocidad o lÌneas telefÛnicas. Por lo que pueden realizar transacciones globales , seg˙n tenga que acceder solo a sus datos o a los datos almacenados en las bases de datos distribuidas.

a los datos almacenados en las bases de datos distribuidas. øQ uÈ es un S istem
øQ uÈ es un S istem a D istribuido? A Òos 60-70: S istema s
øQ uÈ es un S istem a D istribuido?
A Òos 60-70: S istema s C entralizad os (Caros)
A Òos 80: O rdenadores Personales
A ccesorios
Poco
Caros
y Aprovechables
Ordenadores
S istema s en R ed
Independientes
+
S istema s
Distribuid os
SON
°
!
TRANSPARENTES
LA N alta velocid ad
LAN
WAN
O BJ ET IV O
S .D .
Compartir Recursos
F·cilmente
S iste m a s D i strib u id o s
Introduc ciÛn - 3
Fig. 10 Que es un sistema Distribuido

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Objetivo primordial de los sistemas distribuidos es el compartimiento f·cil y eficiente de los recursos entre m˙ltiples usuarios. Por esto, no se les debe confundir con los sistemas paralelos, cuyo propÛsito es acelerar la ejecuciÛn de un cierto programa en un ˙nico ordenador (normalmente aplicaciones cientÌficas), y est·n compuestos por m˙ltiples procesadores que suelen compartir memoria y reloj.

Un sistema distribuido puede verse como un sistema formado por varios ordenadores haciendo algo conjuntamente, de lo que se desprenden tres caracterÌsticas inmediatas:

-Compuesto por m˙ltiples ordenadores. Un sistema distribuido est· compuesto de m·s de un sistema independiente, cada uno con una o m·s CPUís, memoria local, memoria secundaria (discos) y, en general, conexiones con perifÈricos de acceso inmediato (on line). -Hay interconexiÛn entre ellos. Parece claro que si varios ordenadores distintos van a colaborar en la realizaciÛn de tareas, deben comunicarse y sincronizarse entre ellos, por lo que debe haber alguna lÌnea o red de interconexiÛn. -Tienen un estado compartido. Si los ordenadores realizan un trabajo conjuntamente, deben mantener un estado compartido, es decir, todos los ordenadores tienen la misma visiÛn del estado del sistema distribuido (tablas, bases de datos del sistema, de servidores, etc.

Como distribuir la informaciÛn?

Se debe seguir razonamientos lÛgicos

la

utilizaciÛn, la dispersiÛn geogr·fica de los ordenadores, las lÌneas de comunicaciÛn entre ellos, su potencia, etc.

al

respecto, como

puede ser

La arquitectura de sistemas distribuidos cuenta con:

Compartimiento de datos: los datos de un emplazamiento 10 pueden ser accedidos por otro usuario de otro emplazamiento en cualquier momento.

AutonomÌa: cada emplazamiento tiene un cierto grado de control sobre los datos que tiene almacenados.

Disponibilidad: si uno de los emplazamientos de la base d e datos distribuida falla, el resto de emplazamientos puede seguir funcionando.

10 Emplazamiento : nombre que se usa para referirse a las computadoras que forman parte de un sistema distribuidos.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA Fig. 11 Ventajas de un sistema

Fig. 11

Ventajas de un sistema distribuido:

El compartimiento de recursos

Apertura

Concurrencia

Escalabilidad

Tolerancia de fallas

Transparencia

Desventajas de un sistema distribuido:

Complejidad

Seguridad

Manejabilidad

Impredecibilidad

Problemas de los sistemas distribuidos:

- Mayor costo de desarrollo del software: al tener que reunir una serie de caracterÌsticas especiales.

- Mayor probabilidad de errores: como los emplazamientos operan en paralelo, es m·s difÌcil asegurar la correcciÛn de los algoritmos.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

- Mayor sobrecarga de procesamiento: el intercambio de mensajes y el cÛmputo adicional necesario para conseguir la coordinaciÛn entre los distintos emplazamientos constituyen una forma especial de sobrecarga.

Redes de comunicaciÛn utilizadas:

- En la interconexiÛn de los sistemas distribuidos y cliente servidor, se utilizan las redes de comunicaciÛn entre ordenadores.

- 11 LAN: son redes de pequeÒo tamaÒo (T<2km) y debajo costo utilizadas en edificios. Arquitecturas en bus o paso de testigo.

- 12 MAN: Redes de fibra, de tamaÒo inferior a 10-20km, se utilizan para unir distintas sucursales de una entidad, son las m·s utilizadas en sistemas distribuidos de alto rendimiento.

- 13 WAN: Redes Globales que abarcan grandes ·reas. Suelen basarse en esquemas punto a punto, con routers y gateways para dar acceso a las mismas. No se suele tener conexiones directas.

11 LAN: Local Area Network.

12 MAN: Metropolitan area network.

13 WAM: Wide Area Network

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

ConclusiÛn

Al terminar este trabajo de arquitectura de sistemas de bases de datos hemos logrado entender y analizar en gran parte su estructura fÌsica, lÛgica, y funcional.

Al hablar de arquitecturas centralizadas si dio a relucir que se trabaja con un solo sistema inform·tico y no interact˙a con ning˙n otro, estos sistemas abarcan monopuesto y multipuestos.

Las arquitecturas centralizadas no suelen ofrecer soluciones excesivamente avanzadas en la gestiÛn de bases de datos.

El advenimiento de los sistemas de gestiÛn de bases de datos relaciÛnales (RDBMS), Relational Database Management System fue, realmente, la tecnologÌa clave que hizo posible la arquitectura inform·tica cliente-servidor. El RDBMS servia como almacÈn centralizado para los datos de la organizaciÛn. El RDBMS estaba diseÒado para gestionar el acceso multiusuario a un conjunto compartido de datos. Toda la gestiÛn de bloqueos y conexiones es llevada a cabo por el RDBMS, que tambiÈn se encarga de la seguridad. El lenguaje SQL (Structured Query Language), fue creado como lenguaje universal de programaciÛn para solicitar datos especÌficos a un RDBMS.

La arquitectura cliente-servidor fue realmente una combinaciÛn de las mejores funciones del entorno basado en host y del entorno de red de ·rea local basado en PC. Esta arquitectura utiliza la potencia del PC para realizar la presentaciÛn de los datos, junto con el complicado procesamiento relativo a la lÛgica de negocio que aÒade valor a dichos datos. El RDBMS proporciona un ·rea de almacenamiento centralizada par los datos. La arquitectura cliente-servidor puede tomar muchas formas, dependiendo de cÛmo se elija separar los niveles de presentaciÛn, lÛgica de negocio y datos.

Las bases de datos distribuidas y paralelas han permitido que los sistemas de base de datos puedan crecer considerablemente en la cantidad de informaciÛn que manejan, ya que permiten sistemas integrados con m˙ltiples computadoras, las cuales pueden estar distribuidas en distintas partes del mundo y cada una tener los recursos suficientes para contener y manejar por si sola grandes cantidades de informaciÛn. El empleo de sistemas paralelos y distribuidos nos permite tambiÈn dividir las consultas para que sean realizadas a una mayor velocidad por distintas m·quinas o procesadores, incrementando enormemente el rendimiento del sistema de base de datos.

Sin embargo, no obstante las ventajas que presenta la distribuciÛn de la informaciÛn y el empleo de sistemas paralelos para manejarla, estos esquemas presentan algunos inconvenientes, no triviales, que deben ser manejados adecuadamente, tales como las decisiones de la distribuciÛn fÌsica de la informaciÛn; de que manera ser· fragmentada, si existir·n copias de los fragmentos en distintas localidades, de que manera se va a manejar

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

la posibilidad de modificaciones concurrentes de la misma informaciÛn, como se controlar·n las actualizaciones a informaciÛn duplicada para mantener la consistencia, como se manejar· la posibilidad de que, debido a fallas en la comunicaciÛn, el sistema quede dividido en dos o m·s sub-redes fragmentadas y otros problemas m·s.

Marianne Ulate Arburola Universidad Internacional De Las Americas

Arquitecturas de Sistemas de Bases de Datos Bases de Datos IngenierÌa de Sistemas UIA

BibliografÌa

Silberschatz P·g. 339-415.

www.datarq.fadu.uba.ar/datarq/arq/homepage.

www.uchile.cl/bibliotecas/bibliotecas/invi/bases.html

lorien.die.upm.es/~macias/pfcs/integr96.htm

lfc.uah.es/olmeda/apuntesBBDD/t13.pdf

148.204.45.136:9000/sqlmx/paginas/ articulos/based/PRYBSD02.htm

www.exa.unicen.edu.ar/catedras/comdat1/ Material/Practicos/practico1.pdf

www.it.uc3m.es/jvl/bdd/

www.cps.unizar.es/~mena/bda.html

www.dit.upm.es/asignaturas/bdatos.html

www.cicese.mx/~mimunoz/tareas/abd/dp.htm

di002.edv.uniovi.es/~cueva/publicaciones/ AgentesNovatica146.pdf

www.cs.buap.mx/intro/planes_est/tendbd.html

sensei.lsi.uned.es/sgbd/Libro/contentLibro.html

bibmed.ucla.edu.ve/alexandr/htmldocs/alexinfo/

Arquitectura%20de%20cliente%20en%20administraciÛn.htm

www.biocom.com.ar/sistema/base_de_datos/ generalidades.html

Marianne Ulate Arburola Universidad Internacional De Las Americas