TALLER DE BASE DE DATOS

ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS

1

ARQUITECTURAS DE SISTEMAS DE BASES DE DATOS

Como se fue mencionado anterior mente en la arquitectura de bases de datos hay
diferentes influencias una de las principales es sistema informtico subyacente en el
cual se va a encontrar las bases de datos, a continuacin explicaremos algunos
aspectos sobresalientes de las arquitecturas de bases de datos:
Conexin en red: en esta conexin de computadoras se ver la ejecucin de
tareas en un sistema servidor y en sistemas clientes. De aqu se deriva el
sistema Cliente-Servidor.
Procesamiento paralelo dentro de una computadora: Agiliza el proceso de las
tareas dentro de una base de datos.
Distribucin de datos: permite la accesibilidad de diferentes departamentos o
puntos.

SISTEMAS CENTRALIZADOS
Nace en torno a una concepcin tradicional de la organizacin, con estructura
centralizada y jerrquica, dividida en departamentos. Cada departamento tiene unas
actividades muy concretas, las relaciones que pueda establecer con otros
departamentos estn muy definidas y limitadas y suelen realizarse a travs de la
jerarqua.
El sistema de la base de datos centralizados se ejecuta en el nico sistema informtico,
sin interactuar con ningn otro sistema.
La arquitectura est centralizada en un servidor central al que slo tienen acceso los
usuarios del departamento correspondiente, no puede estar ubicada en varias partes
sino en su totalidad en un solo equipo, a el podrn ingresar los usuarios que necesiten
hacer uso de ella.
Estos sistemas abarcan a los tpicos equipos monopuestos1, y a los equipos con
sistemas multipuesto2, donde la base de datos est centralizada en el sistema
principal.
Las tareas de gestin y control son ms sencillas pero no suelen ofrecer soluciones
excesivamente avanzadas en la gestin de bases de datos.

Caractersticas funcionales
El ordenador central es el nico ordenador de la organizacin.
El contiene todos los datos y es el responsable de la consolidacin de la
informacin.
Desde el ordenador central se controla el acceso a mltiples terminales conectados
a travs de productos integrados en la arquitectura de red del suministrador.
Los terminales funcionan como "esclavos" del ordenador central.
Cada usuario tiene un nmero asignado, y unos derechos y prioridades de
ejecucin en la mquina de sus programas o peticiones.

Caractersticas fsicas
nico ordenador corporativo dimensionado para soportar todos los procesos de la
organizacin, 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 emulacin de terminal)
como puestos de trabajo conectados en grupos (clusters) al ordenador central.

Caractersticas lgicas

TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1

Ejecucin de todos los procesos en el ordenador corporativo.
Si la empresa est dispersa geogrficamente y dispone de comunicaciones, todos
los puestos de trabajo estn 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.
Concentracin de todo el personal de explotacin y administracin 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 estn conectados y gran espacio en disco para
albergar todos los datos del organismo.
Alta dependencia de las comunicaciones si existen. En caso de cada de una
lnea, todos los puestos de trabajo dependientes de dicha lnea quedan
inoperantes.
Interfaces de usuario de caracteres (no grficos) y, por lo tanto, poco
amigables.
Arquitecturas propietarias.



TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1


SISTEMAS CLIENTE-SERVIDOR

La Arquitectura Cliente/Servidor.- Es un modelo para el desarrollo de sistemas de
informacin en el que las transacciones se dividen en procesos independientes que
cooperan entre s para intercambiar informacin, servicios o recursos. Se denomina
cliente al proceso que inicia el dilogo o solicita los recursos y servidor al proceso que
responde a las solicitudes.
Arquitecturas mltiples clientes / mltiples 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 comunicacin 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 mquina puede desempear la funcionalidad de cliente y de servidor.
La base de datos es fsicamente distribuida en diferentes lugares fragmentado y
replicando los datos. La fragmentacin 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 transmisin y reduciendo el tamao de las relaciones
involucradas en las consultas de los usuarios.

Entre las principales caractersticas 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 lgica del servidor, slo su interfaz externa.
El cliente no depende de la ubicacin fsica del servidor, ni del tipo de equipo
fsico en el que se encuentra, ni de su sistema operativo.
Los cambios en el servidor implican pocos o ningn cambio en el cliente.




TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1


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



Primer nivel: el cliente asume parte de las funciones de presentacin de la aplicacin,
ya que en el servidor aun hay programas que se dedican a ese tipo de tareas. Dicha
distribucin se realiza mediante el uso de productos para el "maquillaje" de las
pantallas del mainframe3. Esta tcnica no exige el cambio en las aplicaciones
orientadas a terminales, pero dificulta su mantenimiento. Adems, el servidor ejecuta
todos los procesos y almacena la totalidad de los datos. En este caso se dice que hay
una presentacin distribuida o embellecimiento.

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

Tercer nivel: la lgica de los procesos se divide entre los distintos componentes del
cliente y del servidor. El diseador de la aplicacin debe definir los servicios y las
interfaces del sistema de informacin 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 presentacin como los procesos.
Por su parte, el servidor almacena y gestiona los datos que permanecen en una base
de datos centralizada. En esta situacin se dice que hay una gestin de datos remota.

Quinto nivel: el reparto de tareas es como en el anterior y adems el gestor de base
de datos divide sus componentes entre el cliente y el servidor. Las interfaces entre

TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1

ambos estn 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 solucin 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.
- Gestin del procesamiento.
- Gestin de la base de datos.



Hay 2 tipos de arquitecturas cliente servidor de dos capas:

Clientes obesos (thick clients): La mayor parte de la lgica de la aplicacin
(gestin del procesamiento) reside junto a la lgica de la presentacin (interfaz
de usuario) en el cliente, con la porcin de acceso a datos en el servidor.

Clientes delgados (thin clients): solo la lgica de la presentacin reside en el
cliente, con el acceso a datos y la mayora de la lgica de la aplicacin en el
servidor.

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


TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1

Limitaciones:
El nmero usuarios mximo es de 100. Ms all de este nmero de usuarios se
excede la capacidad de procesamiento.
No hay independencia entre la interfaz de usuario y los tratamientos, lo que
hace delicada la evolucin de las aplicaciones.
Dificultad de relocalizar las capas de tratamiento consumidoras de clculo.
Reutilizacin 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 gestin del
procesamiento y en ella se ejecutan las reglas y lgica de procesamiento. Permite
cientos de usuarios (en comparacin con slo 100 usuarios de la arquitectura de 2
capas). La arquitectura de 3 capas es usada cuando se necesita un diseo cliente /
servidor que proporcione, en comparacin con la arquitectura de 2 capas, incrementar
el rendimiento, flexibilidad, mantenibilidad, reusabilidad y escalabilidad mientras se
esconde la complejidad del procesamiento distribuido al usuario.


Limitaciones:

Construir una arquitectura de 3 capas es una tarea complicada. Las herramientas de
programacin que soportan el diseo de arquitecturas de 3 capas no proporcionan
todos los servicios deseados que se necesitan para soportar un ambiente de
computacin distribuida. Un problema potencial en el diseo de arquitecturas de 3
capas es que la separacin de la interfaz grfica de usuario, la lgica de gestin de

TALLER DE BASE DE DATOS
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
1

procesamiento y la lgica de datos no es siempre obvia. Algunas lgicas de
procesamiento de transacciones pueden aparecer en las 3 capas. La ubicacin de una
funcin particular en una capa u otra debera basarse en criterios como los siguientes:

Facilidad de desarrollo y comprobacin.
Facilidad de administracin.
Escalabilidad de los servidores.
Funcionamiento (incluyendo procesamiento y carga de la red).
TRABAJO
Averiguar sistemas de bases de datos en 2 y 3 capas
Buscar sobre sistemas paralelos
Buscar sobre sistemas distribuidos