Diseo de Base de Datos

Arquitectura Cliente - Servidor

M.C. Efrn Clemente Cuervo
Alumnos: Jaime Martnez Hernndez Luis Alfonso Snchez Garca Dulce Mara Quezada Priego Ivn Mayorga Castillo

INTRODUCCIN

La computacin cliente/servidor es la extensin lgica de la programacin modular.

Cualquier LAN puede ser considerada como un sistema cliente/servidor, desde el momento en que el cliente solicita servicios como datos, ficheros o imprimir desde el servidor. Los recursos de Internet son proporcionados a travs de computadores host, conocidos como servidores.

ENTONCES
La definicin anterior, los sistemas cliente/servidor no estn limitados a aplicaciones de bases de datos. Cualquier aplicacin que tenga una interfaz de usuario (parte cliente) que se ejecute localmente en el cliente y un proceso que se ejecute en el servidor (sistema subyacente) est en forma de computacin cliente/servidor.

CARACTERSTICAS DE UN SISTEMA CLIENTE/SERVIDOR.

Las principales caractersticas de la arquitectura cliente/servidor son: 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.

PARTES DE UN SISTEMA CLIENTE/SERVIDOR

Los principales componentes de un sistema cliente/servidor son:

El ncleo (back-end o seccin posterior). Es el SGBD propiamente (servidor). El interfaz (front-end o seccin frontal). Aplicaciones que funcionan sobre el SGBD (cliente).

AMBIENTE CLIENTE/SERVIDOR
La diferencia entre la computacin cliente/servidor y la computacin centralizada multiusuario es que el cliente no es un terminal tonto. El computador cliente tiene su propio sistema operativo y puede manejar entradas (teclado, ratn, etc...) y salidas (pantalla, impresora local, sonido, etc...) sin el servidor.

LA SECCIN FRONTAL.
Las secciones frontales son las diversas aplicaciones ejecutadas dentro del SGBD, escritas por los usuarios como las integradas que son las proporcionadas por el proveedor del SGBD o bien por otros proveedores de programas.

FUNCIONES DEL CLIENTE

Administrar la interfaz grfica de usuario. Aceptar datos del usuario. Procesar la lgica de la aplicacin. Generar las solicitudes para la base de datos. Transmitir las solicitudes de la base de datos al servidor. Recibir los resultados del servidor. Dar formato a los resultados.

CMO TRABAJA LA SECCIN FRONTAL

El usuario crea una consulta

Sistema Cliente
La aplicacin cliente da formato a la consulta y la enva al DBMS El servidor comprueba los derechos de seguridad del usuario El servidor procesa la consulta y devuelve los resultados

Sistema Servidor

El cliente recibe la respuesta y le da formato

Sistema Cliente
El usuario ve y/o manipula los datos

TIPOS DE APLICACIONES CLIENTE

Las aplicaciones pueden dividirse en dos categoras:

En primer lugar, aplicaciones escritas por los usuarios. Casi siempre se trata de programas comunes de aplicacin, escritos (normalmente) en un lenguaje de programacin convencional (por ejemplo Cobol), o bien en algn lenguaje propio (como Focus), aunque en ambos casos el lenguaje debe acoplarse de alguna manera con un sublenguaje de datos apropiado En segundo lugar, aplicaciones suministradas por los proveedores (herramientas). es ayudar en el proceso de creacin y ejecucin de otras aplicaciones, o sea, aplicaciones hechas a la medida para alguna tarea especfica, de hecho, la verdadera razn para utilizar herramientas es que los usuarios, sobre todo los finales, puedan crear aplicaciones sin tener que escribir programas convencionales.

A su vez, las herramientas suministradas por los proveedores se dividen en varias clases distintas: Procesadores de lenguajes de consulta Generadores de informes Subsistemas de grficas para negocios Hojas electrnicas de clculo Procesadores de lenguajes naturales Paquetes estadsticos software asistido por computador (CASE).

LA SECCIN POSTERIOR
Permite llevar a cabo todas las funciones bsicas de un SGBD: definicin de datos, manipulacin de datos, seguridad, integridad, etc... (arquitectura ANSI/SPARC). El objetivo principal es definir un SGBD con el mximo grado de independencia, separando las aplicaciones de usuario y la base de datos fsica.

FUNCIONES DEL SERVIDOR

Aceptar las solicitudes de la base de datos de los clientes.

Procesar dichas solicitudes. Dar formato a los resultados y transmitirlos al cliente. Llevar a cabo la verificacin de integridad. Mantener los datos generales de la base de datos. Proporcionar control de acceso concurrente. Llevar a cabo la recuperacin. Optimizar el procesamiento de consultas y actualizacin.

Tipos de servidores
Podemos dividir los servidores en dos clases: iterativos y concurrentes. Un servidor iterativo realiza los siguientes pasos: 1.- Espera que llegue una consulta de un cliente. 2.- Procesa la consulta. 3.- Enva la respuesta al cliente que envi la consulta.

UN SERVIDOR CONCURRENTE
Realiza los siguientes pasos: 1.- Espera que llegue la consulta de un cliente. 2.- Cuando le llega una nueva consulta, comienza un nuevo proceso para manejar esta consulta (cmo se realiza este paso depende del sistema operativo). El nuevo servidor maneja la totalidad de la consulta. Cuando se ha procesado completamente, este nuevo proceso termina. 3.- Se vuelve al primer paso. La ventaja del servidor concurrente es que el servidor ejecuta un nuevo proceso para manejar cada consulta. Cada cliente tiene su "propio" servidor. Asumiendo que el sistema operativo permite la multiprogramacin, clientes mltiples y servicio concurrente.

SERVIDORES DE TRANSACCIONES
Los sistemas servidores de transacciones, tambin llamados sistemas servidores de consultas, proporcionan una interfaz a travs de la cual los clientes pueden enviar peticiones para realizar una accin que el servidor ejecutar y cuyos resultados se devolvern al cliente. Los usuarios pueden especificar sus peticiones con SQL o mediante la interfaz de una aplicacin utilizando un mecanismo de llamadas a procedimientos remotos (RPC). Es un protocolo que permite a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener que preocuparse por las comunicaciones entre ambos.

LOS SISTEMAS SERVIDORES DE DATOS

Permiten que los clientes puedan interaccionar con los servidores realizando peticiones de lectura o modificacin de datos en unidades tales como archivos o pginas.

SERVIDORES DE TRANSACCIONES
Responde a la divisin funcional entre la parte visible al usuario y el sistema subyacente. Se han desarrollado distintas normas como ODBC (Open Database Connectivity, Conectividad abierta de bases de datos), para la interaccin entre clientes y servidores. ODBC es una interfaz de aplicacin que permite que los clientes generen instrucciones SQL para enviarlas al servidor en donde se ejecutan. Cualquier cliente que utilice la interfaz ODBC puede conectarse a cualquier servidor que proporcione dicha interfaz.

SERVIDORES DE DATOS

se utilizan en redes de rea local en las que se alcanza una alta velocidad de conexin entre los clientes y el servidor, las mquinas clientes son comparables al servidor en cuanto a poder de procesamiento y se ejecutan tareas de cmputo intensivo.

ENVO DE PGINAS O ENVO DE ELEMENTOS

La unidad de comunicacin de datos puede ser de grano grueso (como una pgina), o de grano fino (como una tupla). Si la unidad de comunicacin de datos es una nica tupla, la sobrecarga por la transferencia de mensajes es alta comparada con el nmero de datos transmitidos.

BLOQUEO
La concesin del bloqueo de las tuplas de datos que el servidor enva a los clientes la realiza habitualmente el propio servidor. Un inconveniente del envo de pginas es que los clientes pueden recibir bloqueos de grano grueso.

CACH DE DATOS
Los bloqueos tambin pueden ser almacenados en la memoria cach del cliente si la utilizacin de los datos est prcticamente dividida entre los clientes, de manera que un cliente rara vez necesita datos que estn siendo utilizados por otros clientes.

luis

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Arquitectura de 2 capas: consta de 3 componentes distribuidos en las 2 capas.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Tipos de arquitectura cliente servidor de 2 capas: Clientes obesos (thick clients): lgica de aplicacin en la interfaz de usuario. Clientes delgados (thin clients): la lgica de aplicacin reside en el servidor.

Diseo de 2 capas encadenado.

Limitaciones: numero mximo de usuarios. reduccin en la evolucin de las aplicaciones.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Arquitectura de 3 capas: surgi para superar las limitaciones de 2 capas.

Incrementa: rendimiento, flexibilidad, mantenibilidad, reusabilidad y escalabilidad.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Arquitectura de 3 capas Limitaciones: Su construccin es una tarea complicada. Un problema potencial es separar los 3 componentes para ubicar una funcin en particular. Interfaz de usuario. Gestin de procesamiento. Gestin de la base de datos.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

El middleware Es el software que proporciona un conjunto de servicios que permite el acceso transparente a los recursos de una red. modulo intermedio que acta como conductor entre los mdulos de software. es el encargado del acceso a los datos: acepta consultas y datos de la aplicacin, y los transmite por la red. Tambin es responsable de enviar de vuelta a la aplicacin las respuestas o la generacin de cdigos de error.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Ventajas

Interoperabilidad: (cliente servidor y red).

Flexibilidad: incorporacin la nueva tecnologa. Escalabilidad: permite el reemplazo de los elementos. Usabilidad: facilidad de uso para el usuario. Integridad de los datos: entidades, dominios e integridad referencial son mantenidas en el servidor de la B.D. Accesibilidad: mltiples clientes. Rendimiento: optimizacin en hardware y procesos. Seguridad: centralizada en el servidor.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Inconvenientes complejidad tecnolgica al integrar una variedad de productos. Dificulta el diagnostico de fallos. Es ms difcil asegurar un elevado grado de seguridad. Entre ms distribuida es la red, mayor es la vulnerabilidad. Congestin de la red puede reducir el rendimiento aplicacin.

de la

La arquitectura C-S, esta en evolucin y no existe estandarizacin.

INTEGRIDAD DE LA BASE DE DATOS

En la arquitectura C-S, todo el procesamiento de la base de datos queda consolidado en una sola computadora.

Permite un alto grado de seguridad de los datos.

Ya que si las restricciones quedan definidas en el servidor de los datos, al realizar una solicitud se pueden aplicar constantemente.

INTEGRIDAD DE LA BASE DE DATOS