Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Arquitecturas de Sistemas de Bases de Datos
Arquitecturas de Sistemas 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.
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".
TALLER DE BASE DE DATOS1
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
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
SISTEMAS CLIENTE-SERVIDOR
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 máquina 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.
● 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.
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.
ARQUITECTURA DE 2 CAPAS:
TALLER DE BASE DE DATOS1
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
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:
TALLER DE BASE DE DATOS1
ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS
Limitaciones: