BASE DE DATOS

AVANZADO
INGENIERIA DE SISTEMAS VII | TRABAJO DE INVESTIGACION

ARQUITECTURA DE BASE DE DATOS

La arquitectura de un sistema de base de datos est influenciada en gran medida por el

sistema informtico subyacente en el que se ejecuta el sistema de base de datos. En la
arquitectura de un sistema de base de datos se reflejan aspectos como la conexin de red,
el paralelismo y la distribucin.

La conexin de red: de varias computadoras permite que algunas tareas se ejecuten

en un sistema servidor y que otras se ejecuten en los sistemas clientes. Esta divisin
de trabajo ha conducido al desarrollo de sistemas de base de datos cliente
servidor.
El procesamiento paralelo: dentro de una computadora permite acelerar las
actitudes del sistema de base de datos, proporcionando a las transacciones una
respuesta ms rpida, as como la capacidad de ejecutar ms transacciones por
segundo
La distribucin de datos: A travs de las distintas sedes o departamentos de una
organizacin permite que estos datos residan donde han sido generados o donde
son ms necesarios, pero continuar siendo accesibles desde otros lugares o
departamentos diferentes.

Niveles de abstraccin:

Podemos destacar tres niveles principales segn la visin y la funcin que realice el usuario
sobre la base de datos:

Nivel fsico: El nivel ms bajo de abstraccin describe como se almacenan realmente

los datos. En el nivel fsico se describen en detalle las estructuras de datos complejas
de bajo nivel.
 Nivel conceptual: Que es el siguiente nivel ms alto de abstraccin, se describe cules
son los datos reales que estn almacenados en la base de datos y qu relaciones
existen entre los datos.

Nivel lgico: El siguiente nivel ms alto de abstraccin describe que datos se

almacenan en la base de datos y que relaciones existen entre esos datos. La base de
datos completa se describe as en trminos de un nmero pequeo de estructuras
relativamente simples en el nivel fsico, los usuarios del nivel lgico no necesitan
preocuparse de esta complejidad. Los administradores de base de datos, que deben
decidir la informacin que se mantiene en la base de datos, usan el nivel lgico de
abstraccin.

Independencia lgica y fsica de los datos:

El concepto de independencia de datos lo podemos definir como la capacidad para

modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel
inmediato superior. Se pueden definir dos tipos de independencia de datos:

La independencia lgica: Es la capacidad de modificar el esquema conceptual sin

tener que alterar los esquemas externos ni los programas de aplicacin. Se puede
modificar el esquema conceptual para ampliar la base de datos o para reducirla.
Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas
externos que no se refieran a ella no debern verse afectados.

La independencia fsica: Es la capacidad de modificar el esquema interno sin tener

que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario
reorganizar ciertos ficheros fsicos con el fin de mejorar el rendimiento de las
operaciones de consulta o de actualizacin de datos. Dado que la independencia
fsica se refiere slo a la separacin entre las aplicaciones y las estructuras fsicas de
almacenamiento, es ms fcil de conseguir que la independencia lgica.
ARQUITECTURA DE SISTEMAS DE BASE DE DATOS:

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, al 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

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".
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 ms 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.
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 an 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 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.

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.
Ejemplos:

TIPO DE ARQUITECTURA
EMPRESA
DE BASE DE DATOS
MUNICIPALDIAD PROVICNIAL
CLIENTE SERVIDOR
DE ILO
BANCO DE CRDITO DEL PERU CLIENTE SERVIDOR
SUNAT SISTEMA CENTRALIZADO
RENIEC CLIENTE SERVIDOR
UNIVERSIADA JOSE CARLOS
CLIENTE SERVIDOR
MARIATEGUI
CLARO SISTEMA CENTRALIZADO
CASINO VILLA FURTUNA SISTEMA CENTRALIZADO
SOUTHER PERU SISTEMA CENTRALIZADO