Вы находитесь на странице: 1из 13

UNIVERSIDAD ABIERTA Y A

DISTANCIA DE MEXICO

ALFREDO DE JESUS CORDOVA ABARCA


Nombre del alumno

DISEO DE BASE DE DATOS


Materia

ARQUITECTURA CLIENTE SERVIDOR


Tema

INGENIERIA EN DESARROLLO DE SOFTWARE


CARRERA

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


1. Identifica y explica en qu consisten y cules son los elementos
que conforman los sistemas gestores de datos (SGBD) y los
elementos que conforman la arquitectura cliente servidor.

2. Menciona y explica en qu consisten las capas de la arquitectura


cliente servidor.

Los SGBD son paquetes de software muy complejos y sofisticados. No se puede


generalizar sobre los elementos que componen un SGBD ya que varan mucho unos de

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


otros. Sin embargo, es muy til conocer sus componentes y cmo se relacionan cuando
se trata de comprender lo que es un sistema de bases de datos.

Un SGBD tiene varios mdulos, cada uno de los cuales realiza una funcin especfica. El
sistema operativo proporciona servicios bsicos al SGBD, que es construido sobre l.

El procesador de consultas es el componente principal de un SGBD. Transforma las


consultas en un conjunto de instrucciones de bajo nivel que se dirigen al gestor de la
base de datos.

El gestor de la base de datos es el interfase con los programas de aplicacin y las


consultas de los usuarios. El gestor de la base de datos acepta consultas y examina los
esquemas externo y conceptual para determinar qu registros se requieren para
satisfacer la peticin. Entonces el gestor de la base de datos realiza una llamada al
gestor de ficheros para ejecutar la peticin.

El gestor de ficheros maneja los ficheros en disco en donde se almacena la base de


datos. Este gestor establece y mantiene la lista de estructuras e ndices definidos en el
esquema interno. Si se utilizan ficheros dispersos, llama a la funcin de dispersin para
generar la direccin de los registros. Pero el gestor de ficheros no realiza directamente la
entrada y salida de datos. Lo que hace es pasar la peticin a los mtodos de acceso del
sistema operativo que se encargan de leer o escribir los datos en el buffer del sistema.

El preprocesador del LMD convierte las sentencias del LMD embebidas en los
programas de aplicacin, en llamadas a funciones estndar escritas en el lenguaje
anfitrin. El preprocesador del LMD debe trabajar con el procesador de consultas para
generar el cdigo apropiado.

El compilador del LDD convierte las sentencias del LDD en un conjunto de tablas que
contienen metadatos. Estas tablas se almacenan en el diccionario de datos.

El gestor del diccionario controla los accesos al diccionario de datos y se encarga de


mantenerlo. La mayora de los componentes del SGBD acceden al diccionario de datos.

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


PRINCIPALES COMPONENTES DEL GESTOR DE BASES DE DATOS
Control de autorizacin. Este mdulo comprueba que el usuario tiene los
permisos necesarios para llevar a cabo la operacin que solicita.

Procesador de comandos. Una vez que el sistema ha comprobado los permisos


del usuario, se pasa el control al procesador de comandos.

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


Control de la integridad. Cuando una operacin cambia los datos de la base de
datos, este mdulo debe comprobar que la operacin a realizar satisface todas
las restricciones de integridad necesarias.

Optimizador de consultas. Este mdulo determina la estrategia ptima para la


ejecucin de las consultas.

Gestor de transacciones. Este mdulo realiza el procesamiento de las


transacciones.

Planificador (scheduler). Este mdulo es el responsable de asegurar que las


operaciones que se realizan concurrentemente sobre la base de datos tienen
lugar sin conflictos.

Gestor de recuperacin. Este mdulo garantiza que la base de datos permanece


en un estado consistente en caso de que se produzca algn fallo.

Gestor de buffers. Este mdulo es el responsable de transferir los datos entre


memoria principal y los dispositivos de almacenamiento secundario. A este
mdulo tambin se le denomina gestor de datos.

ARQUITECTURA
CLIENTE/SERVIDOR

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


Introduccin a la arquitectura en 2 niveles
La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor en donde
el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus
propios recursos. Esto significa que el servidor no requiere otra aplicacin para
proporcionar parte del servicio.

Introduccin a la arquitectura en 3 niveles

En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la


arquitectura generalmente est compartida por:

1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz
de usuario (generalmente un navegador Web) para la presentacin
2. El servidor de aplicaciones (tambin denominado software intermedio), cuya
tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para
hacerlo
3. El servidor de datos, que proporciona al servidor de aplicaciones los datos que
requiere

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


El uso masivo del trmino arquitectura en 3 niveles tambin denota las siguientes
arquitecturas:

Aplicacin compartida entre un cliente, un software intermedio y un servidor


empresarial
Aplicacin compartida entre un cliente, un servidor de aplicaciones y un
servidor de base de datos empresarial.

Comparacin entre ambos tipos de


arquitecturas
La arquitectura en 2 niveles es, por lo tanto, una arquitectura cliente/servidor en la que el
servidor es polivalente, es decir, puede responder directamente a todas las solicitudes de
recursos del cliente.

Sin embargo, en la arquitectura en 3 niveles, las aplicaciones al nivel del servidor son
descentralizadas de uno a otro, es decir, cada servidor se especializa en una determinada
tarea, (por ejemplo: servidor web/servidor de bases de datos). La arquitectura en 3 niveles
permite:

Un mayor grado de flexibilidad

Mayor seguridad, ya que la seguridad se puede definir independientemente para


cada servicio y en cada nivel

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


Mejor rendimiento, ya que las tareas se comparten entre servidores

Arquitectura de niveles mltiples

En la arquitectura en 3 niveles, cada servidor (nivel 2 y 3) realiza una tarea especializada


(un servicio). Por lo tanto, un servidor puede utilizar los servicios de otros servidores para
proporcionar su propio servicio. Por consiguiente, la arquitectura en 3 niveles es
potencialmente una arquitectura en N-niveles

La especializacin de la arquitectura cliente-servidor donde la carga se divide en tres


partes (o capas) con un reparto claro de funciones: una capa para la presentacin
(interfaz de usuario), otra para el clculo (donde se encuentre modelado el negocio) y otra
para el almacenamiento (acceso a datos). una capa solamente tiene relacin con la

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


siguiente.

Centraliza la gestin de la reglas del negocio en un nico lugar (no se duplica en cada
aplicacin)

Los clientes pidan o enven informacin a esta aplicacin centralizada, no al gestor


de base de datos en el servidor

Esta aplicacin centralizada que conforma una nueva capa dentro de un sistema
Cliente-Servidor, se conoce como capa intermedia o middle-tier.

Ventajas

Los componentes de la aplicacin pueden ser desarrollados en cualquier lenguaje


general lo que posibilita que el grupo de desarrolladores no se centre en el uso de
un solo lenguaje.
Los componentes estn centralizados lo que posibilita su fcil desarrollo,
mantenimiento y uso.
Los componentes de la aplicacin pueden estar esparcidos en mltiples servidores
permitiendo una mayor escalabilidad.
Los problemas de limitacin para las conexiones a las bases de datos se
minimizan ya que la base de datos solo es vista desde la capa intermedia y no
desde todos los clientes. Adems de que las conexiones y los drivers de las bases
de datos no tienen que estar en los clientes.
Especializacin de la arquitectura cliente-servidor donde la carga se divide en tres
partes (o capas) con un reparto claro de funciones: una capa para la presentacin
(interfaz de usuario), otra para el clculo (donde se encuentra modelado el
negocio) y otra para el almacenamiento (acceso a datos). Una capa solamente
tiene relacin con la siguiente.

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


Tapachula de Crdova y Ordoez, Chiapas 09/03/2017
CONCLUSIONES.

La arquitectura de capas de cliente servidor permite la comunicacin con la base datos,


un software intermedio y el servidor, de esta forma permite administrar mejor la
informacin y poder darle uso en cualquier momento que se necesite.

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


BIBLIOGRAFIAS.

http://es.ccm.net/contents/147-redes-arquitectura-cliente-servidor-en-3-niveles 09/03/2017
13:48 PM

Tapachula de Crdova y Ordoez, Chiapas 09/03/2017


Tapachula de Crdova y Ordoez, Chiapas 09/03/2017

Вам также может понравиться