TALLER CLIENTE SERVIDOR PRESENTADO POR: MYRIAM

Anuncio
TALLER CLIENTE SERVIDOR
PRESENTADO POR:
MYRIAM YADIRA LEAL CASTELLANOS
YULY CAROLINA LEAL MOLINA
LEYDI CAROLINA MEDINA CASTIBLANCO
UNIVERSIDAD DE CUNDINAMARCA
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
2011
TALLER CLIENTE SERVIDOR
PRESENTADO A:
ESPERANZA MERCHAN
INGENIERA
PRESENTADO POR:
MYRIAM YADIRA LEAL CASTELLANOS
YULY CAROLINA LEAL MOLINA
LEYDI CAROLINA MEDINA CASTIBLANCO
UNIVERSIDAD DE CUNDINAMARCA
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
2011
INDICE
Introducción
Objetivos
1. Modelo cliente servidor
2. Características de la arquitectura cliente/servidor
2.1ventajas
2.2 desventajas
3. Elementos de la arquitectura cliente/servidor
4. Infraestructura del cliente servidor
5. Tipos de servidores
6. Funciones de red cliente servidor
7. Copias de respaldo cliente servidor
8. Seguridad de modelo cliente /servidor
9. Arquitectura de cliente\servidor
10. Arquitectura de dos y tres capas cliente /servidor
10-1. Arquitectura capa 2
10-2. Arquitectura cliente servidor capa 3
11. Comparación entre ambos tipos de arquitecturas
12. Diferencias de arquitectura cliente\servidor
14. Escalada vertical vs. Horizontal
15. Ejemplos del modelo cliente servidor
16. Ejemplo fragmentación vertical, fragmentación horizontal y fragmentación mixta
16-1.fragmentacion vertical
16-2fragmentacion horizontal
16-3 Fragmentación mixta
Conclusiones
Bibliografía
INTRODUCCIÓN
En el mundo de TCP/IP las comunicaciones entre computadoras se rigen
básicamente por lo que se llama modelo Cliente-Servidor, éste es un modelo que
intenta proveer usabilidad, flexibilidad, interoperabilidad y escalabilidad en las
comunicaciones. El término Cliente/Servidor fue usado por primera vez en 1980
para referirse a PC’s en red. Este modelo Cliente/Servidor empezó a ser aceptado
a finales de los 80’s. Su funcionamiento es sencillo: se tiene una máquina cliente,
que requiere un servicio de una máquina servidor, y éste realiza la función para la
que está programado (nótese que no tienen que tratarse de máquinas diferentes;
es decir, una computadora por sí sola puede ser ambos cliente y servidor
dependiendo del software de configuración).
OBJETIVOS
Objetivos Generales:
 Conocer y aprender de las distintas características, funcionamiento, y
arquitectura del modelo cliente servidor.
Objetivos Específicos:
 Aprender el funcionamiento interno del modelo cliente servido.
 Conocer las características ventajas y desventajas del modelo cliente
servidor.
 Aprender de la implementación de la infraestructura del modelo cliente
servidor.
 Saber as diferencias entre las distintas capas del modelo y sus
implementaciones.
1. MODELO CLIENTE SERVIDOR
La arquitectura cliente-servidor consiste básicamente en un cliente que realiza
peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se
puede aplicar a programas que se ejecutan sobre una sola computadora es más
ventajosa en un sistema operativo multiusuario distribuido a través de una red de
computadoras.
La red cliente-servidor es aquella red de comunicaciones en la que todos los
clientes están conectados a un servidor, en el que se centralizan los diversos
recursos y aplicaciones con que se cuenta; y que los pone a disposición de los
clientes cada vez que estos son solicitados. Esto significa que todas las gestiones
que se realizan se concentran en el servidor, de manera que en él se disponen los
requerimientos provenientes de los clientes que tienen prioridad, los archivos que
son de uso público y los que son de uso restringido, los archivos que son de sólo
lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red
puede utilizarse conjuntamente en caso de que se este utilizando en una red
mixta.
Cliente
El cliente es el proceso que permite al usuario formular los requerimientos y
pasarlos al servidor, se le conoce con el término front-end.El Cliente normalmente
maneja todas las funciones relacionadas con la manipulación y despliegue de
datos, por lo que están desarrollados sobre plataformas que permiten construir
interfaces gráficas de usuario (GUI), además de acceder a los servicios
distribuidos en cualquier parte de una red. Las funciones que lleva a cabo el
proceso cliente se resumen en los siguientes puntos:
• Administrar la interfaz de usuario.
• Interactuar con el usuario.
• Procesar la lógica de la aplicación y hacer validaciones locales.
• Generar requerimientos de bases de datos.
• Recibir resultados del servidor.
• Formatear resultados.
Sevidor
Es el proceso encargado de atender a múltiples clientes que hacen peticiones de
algún recurso administrado por él. Al proceso servidor se le conoce con el término
back-end. El servidor normalmente maneja todas las funciones relacionadas con la
mayoría de las reglas del negocio y los recursos de datos.
Las funciones que lleva a cabo el proceso servidor se resumen en los siguientes
puntos:
• Aceptar los requerimientos de bases de datos que hacen los clientes.
• Procesar requerimientos de bases de datos.
• Formatear datos para trasmitirlos a los clientes.
• Procesar la lógica de la aplicación y realizar validaciones a nivel de bases de
datos.
2. Características de la arquitectura Cliente/Servidor
Un sistema Cliente/Servidor es un Sistema de Información distribuido basado en
las siguientes características:









Servicio: unidad básica de diseño. El servidor los proporciona y el cliente
los utiliza.
Recursos compartidos: Muchos clientes utilizan los mismos servidores y, a
través de ellos, comparten tanto recursos lógicos como físicos.
Protocolos asimétricos: Los clientes inician “conversaciones”. Los
servidores esperan su establecimiento pasivamente.
Transparencia de localización física de los servidores y clientes: El cliente
no tiene por qué saber dónde se encuentra situado el recurso que desea
utilizar.
Independencia de la plataforma HW y SW que se emplee.
Sistemas débilmente acoplados. Interacción basada en envío de mensajes.
Encapsulamiento de servicios. Los detalles de la implementación de un
servicio son transparentes al cliente.
Escalabilidad horizontal (añadir clientes) y vertical (ampliar potencia de los
servidores).
Integridad: Datos y programas centralizados en servidores facilitan su
integridad y mantenimiento
2.1Ventajas

Centralización del control: los accesos, recursos y la integridad de los datos son
controlados por el servidor de forma que un programa cliente defectuoso o no
autorizado no pueda dañar el sistema. Esta centralización también facilita la tarea
de poner al día datos u otros recursos (mejor que en las redes P2P)..



Escalabilidad: se puede aumentar la capacidad de clientes y servidores por
separado. Cualquier elemento puede ser aumentado (o mejorado) en cualquier
momento, o se pueden añadir nuevos nodos a la red (clientes y/o servidores).
Fácil mantenimiento: al estar distribuidas las funciones y responsabilidades entre
varios ordenadores independientes, es posible reemplazar, reparar, actualizar, o
incluso trasladar un servidor, mientras que sus clientes no se verán afectados por
ese cambio (o se afectarán mínimamente). Esta independencia de los cambios
también se conoce como encapsulación.
Existen tecnologías, suficientemente desarrolladas, diseñadas para el paradigma
de C/S que aseguran la seguridad en las transacciones, la amigabilidad de la
interfaz, y la facilidad de empleo.
2.2 Desventajas




La congestión del tráfico ha sido siempre un problema en el paradigma de C/S.
Cuando una gran cantidad de clientes envían peticiones simultaneas al mismo
servidor, puede ser que cause muchos problemas para éste (a mayor número de
clientes, más problemas para el servidor). Al contrario, en las redes P2P como
cada nodo en la red hace también de servidor, cuanto más nodos hay, mejor es el
ancho de banda que se tiene.
El paradigma de C/S clásico no tiene la robustez de una red P2P. Cuando un
servidor está caído, las peticiones de los clientes no pueden ser satisfechas. En la
mayor parte de redes P2P, los recursos están generalmente distribuidos en varios
nodos de la red. Aunque algunos salgan o abandonen la descarga; otros pueden
todavía acabar de descargar consiguiendo datos del resto de los nodos en la red.
El software y el hardware de un servidor son generalmente muy determinantes. Un
hardware regular de un ordenador personal puede no poder servir a cierta
cantidad de clientes. Normalmente se necesita software y hardware específico,
sobre todo en el lado del servidor, para satisfacer el trabajo. Por supuesto, esto
aumentará el coste.
El cliente no dispone de los recursos que puedan existir en el servidor. Por
ejemplo, si la aplicación es una Web, no podemos escribir en el disco duro del
cliente o imprimir directamente sobre las impresoras sin sacar antes la ventana
previa de impresión de los navegadores.
3. ELEMENTOS DE LA ARQUITECTURA CLIENTE/SERVIDOR
El objetivo de cliente/servidor es ofrecer una alternativa de diversidad de
plataformas de proceso, aplicaciones y configuraciones que van a implementar los
usuarios. El proceso cliente/servidor no es en sí mismo un producto, sino más bien
un estilo y un método de diseño y construcción de aplicaciones de proceso. Una
arquitectura cliente/servidor implica cuatro elementos básicos:




Plataformas de proceso programables
Separación entre función/proceso de aplicación
Comunicación entre procesos
Enfoque "solicitante/proveedor de servicios"
4. INFRAESTRUCTURA DEL CLIENTE SERVIDOR
Una infraestructura Cliente/Servidor consta de tres componentes esenciales, todos
ellos de igual importancia y estrechamente ligados:
Plataforma Operativa. La plataforma deberá soportar todos los modelos de
distribución Cliente/Servidor, todos los servicios de comunicación, y deberá
utilizar, preferentemente, componentes estándar de la industria para los servicios
de distribución. Los desarrollos propios deben coexistir con las aplicaciones
estándar y su integración deberá ser imperceptible para el usuario. Igualmente,
podrán acomodarse programas escritos utilizando diferentes tecnologías y
herramientas.
Entorno de Desarrollo de Aplicaciones. Debe elegirse después de la plataforma
operativa. Aunque es conveniente evitar la proliferación de herramientas de
desarrollo, se garantizará que el enlace entre éstas y el middleware no sea
excesivamente rígido. Será posible utilizar diferentes herramientas para desarrollar
partes de una aplicación. Un entorno de aplicación incremental, debe posibilitar la
coexistencia de procesos cliente y servidor desarrollados con distintos lenguajes
de programación y/o herramientas, así como utilizar distintas tecnologías (por
ejemplo, lenguaje procedural, lenguaje orientado a objetos, multimedia), y que han
sido puestas en explotación en distintos momentos del tiempo.
Gestión de Sistemas. Estas funciones aumentan considerablemente el costo de
una solución, pero no se pueden evitar. Siempre deben adaptarse a las
necesidades de la organización, y al decidir la plataforma operativa y el entorno de
desarrollo, es decir, en las primeras fases de la definición de la solución, merece la
pena considerar los aspectos siguientes:




¿Qué necesitamos gestionar?
¿Dónde estarán situados los procesadores y estaciones de trabajo?
¿Cuántos tipos distintos se soportarán?
¿Qué tipo de soporte es necesario y quién lo proporciona?
5. TIPOS DE SERVIDORES
 Plataformas de Servidor (Server Platforms): Un término usado a menudo
como sinónimo de sistema operativo, la plataforma es el hardware o
software subyacentes para un sistema, es decir, el motor que dirige el
servidor.
 Servidores de Aplicaciones (Application Servers): Designados a veces
como un tipo de middleware (software que conecta dos aplicaciones), los
servidores de aplicaciones ocupan una gran parte del territorio entre los
servidores de bases de datos y el usuario, y a menudo los conectan.
 Servidores de Chat (Chat Servers): Los servidores de chat permiten
intercambiar información a una gran cantidad de usuarios ofreciendo la
posibilidad de llevar a cabo discusiones en tiempo real.
 Servidores de Fax (Fax Servers): Un servidor de fax es una solución ideal
para organizaciones que tratan de reducir el uso del teléfono pero necesitan
enviar documentos por fax.
 Servidores FTP (FTP Servers): Uno de los servicios más antiguos de
Internet, File Transfer Protocolo permite mover uno o más archivo.
 Servidores Groupware (Groupware Servers): Un servidor groupware es
un software diseñado para permitir colaborar a los usuarios, sin importar la
localización, vía Internet o vía Intranet corporativo y trabajar juntos en una
atmósfera virtual.
 Servidores de Listas (List Servers): Los servidores de listas ofrecen una
manera mejor de manejar listas de correo electrónico, bien sean
discusiones interactivas abiertas al público o listas unidireccionales de
anuncios, boletines de noticias o publicidad.
 Servidores de Correo (Mail Servers): Casi tan ubicuos y cruciales como
los servidores web, los servidores de correo mueven y almacenan el correo
electrónico a través de las redes corporativas (vía LANs y WANs) y a través
de Internet.
 Servidores Proxy (Proxy Servers): Los servidores proxy se sitúan entre
un programa del cliente (típicamente un navegador) y un servidor externo
(típicamente otro servidor web) para filtrar peticiones, mejorar el
funcionamiento y compartir conexiones.
 Servidores Web (Web Servers): Básicamente, un servidor web sirve
contenido estático a un navegador, carga un archivo y lo sirve a través de la
red
6. FUNCIONES DE RED CLIENTE SERVIDOR
La red Cliente/Servidor es aquella red de comunicaciones en la que todos los
clientes están conectados a un servidor, en el que se centralizan los diversos
recursos y aplicaciones con que se cuenta; y que los pone a disposición de los
clientes cada vez que estos son solicitados.
Esto significa que todas las gestiones que se realizan se concentran en el
servidor, de manera que en él se disponen los requerimientos provenientes de
los clientes que tienen prioridad, los archivos que son de uso público y los que
son de uso restringido, los archivos que son de sólo lectura y los que, por el
contrario, pueden ser modificados, etc.
En este tipo de redes los roles están bien definidos y no se intercambian: los
clientes en ningún momento pueden tener el rol de servidores y viceversa. Esta
es la diferencia fundamental con las redes peer-to-peer (P2P) que son aquellas
en donde no hay un rol fijo ya que el papel de cada uno puede alterarse:
cualquiera puede ser cliente o servidor indistintamente.
7.COPIAS DE RESPALDO CLIENTE SERVIDOR
El funcionamiento continuado en presencia de ellos requiere un mecanismo
para detectar, diagnosticar y corregir (si es posible) el fallo. FI sistema Tandem
utiliza duplicación tanto de hardware como de software para asegurar una
operación continuada a pesar de los fallos. El sistema consiste en dos
procesadores idénticos, cada uno con su propia memoria local. Los
procesadores se conectan con un bus. Un procesador es el primario, y el otro
es el de respaldo. Se mantienen dos copias de cada proceso; una en la
máquina primaria y otra en el respaldo. En puntos de verificación (checkpoints)
fijos durante la ejecución del sistema, la información de estado de cada trabajo
(incluida una copia de la imagen de memoria> se copia de la máquina primaria
a la de respaldo. Si se detecta un fallo, se activa la copia de respaldo, y se
reinicia a partir del punto de verificación más reciente. Esta solución
obviamente es costosa, ya que hay mucha duplicación de hardware.
 Tratamiento de Fallos.- La posibilidad que tiene el sistema para seguir
funcionando ante fallos de algún componente en forma independiente, pero
para esto se tiene que tener alguna alternativa de solución . Técnicas para
tratar fallos:
 Detección de fallos. Algunos fallos son detectables, con comprobaciones
por ejemplo.
 Enmascaramiento de fallos. Algunos fallos detectados pueden ocultarse o
atenuarse.
 Tolerancia de fallos. Sobre todo en Internet se dan muchos fallos y no es
muy conveniente ocultarlos, es mejor tolerarlos y continuar. Ej: Tiempo de
vida de una búsqueda.
 Recuperación frente a fallos. Tras un fallo se deberá tener la capacidad
de volver a un estado anterior.
 Redundancia. Se puede usar para tolerar ciertos fallos (DNS, BD, etc.)
8. SEGURIDAD DE MODELO CLIENTE /SERVIDOR
Es de gran importancia por el valor intrínseco para los usuarios. Tiene tres
componentes:



Confidencialidad.- Protección contra individuos no autorizados.
Integridad.- Protección contra la alteración o corrupción.
Disponibilidad.- Protección contra la interferencia con los procedimientos de
acceso a los recursos.

9. ARQUITECTURA DE CLIENTE\SERVIDOR
10. ARQUITECTURA DE DOS Y TRES CAPAS CLIENTE /SERVIDOR
10-1. ARQUITECTURA CAPA 2
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
aplicación para proporcionar parte del servicio.
10-2. ARQUITECTURA CLIENTE SERVIDOR CAPA 3
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 presentación
2. El servidor de aplicaciones (también 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
El uso masivo del término arquitectura en 3 niveles también denota las siguientes
arquitecturas:


Aplicación compartida entre un cliente, un software intermedio y un
servidor empresarial
Aplicación compartida entre un cliente, un servidor de aplicaciones y un
servidor de base de datos empresarial.
11. COMPARACIÓN 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
Mejor rendimiento, ya que las tareas se comparten entre servidores
12. DIFERENCIAS DE ARQUITECTURA CLIENTE\SERVIDOR
CAPA 2
CAPA 3
 Consiste en una capa de presentación y  Consiste en una capa de la Presentación,
lógica de la aplicación; y la otra de la base de otra capa de la lógica de la aplicación y otra
datos.
Cuando
se
requiera
poco capa de la base de datos.
procesamiento de datos en la organización.
 Cuando
se
requiera
mucho
 Cuando se tiene una base de datos
procesamiento de datos en la aplicación.
centralizada en un solo servidor.
 En aplicaciones donde la funcionalidad
 Cuando
la base de datos es
este en constante cambio.
relativamente estática.
 Cuando
los procesos no están
 Cuando se requiere un mantenimiento
relativamente muy relacionados con los
mínimo.
datos.
 Cuando se requiera aislar la tecnología
de la base de datos para que sea fácil de
cambiar.
 Cuando se requiera separar el código del
cliente para que se facilite el
mantenimiento.
 Está muy adecuada para utilizarla con la
tecnología orientada a objetos.
13. MIDDLEWARE
El middleware es un módulo intermedio que actúa como conductor entre sistemas
permitiendo a cualquier usuario de sistemas de información comunicarse con
varias fuentes de información que se encuentran conectadas por una red. En el
caso que nos concierne, es el intermediario entre el cliente y el servidor y se
ejecuta en ambas partes.
La utilización del middleware permite desarrollar aplicaciones en arquitectura
Cliente/Servidor independizando los servidores y clientes, facilitando la
interrelación entre ellos y evitando dependencias de tecnologías propietarias
El middleware se estructura en tres niveles:



Protocolo de transporte.
Network Operating System (NOS).
Protocolo específico del servicio.
Las principales características de un middleware son:




Simplifica el proceso de desarrollo de aplicaciones al independizar los
entornos propietarios.
Permite la interconectividad de los Sistemas de Información del Organismo.
Proporciona mayor control del negocio al poder contar con información
procedente de distintas plataformas sobre el mismo soporte.
Facilita el desarrollo de sistemas complejos con diferentes tecnologías y
arquitecturas.
14. ESCALADA VERTICAL VS. HORIZONTAL
Escalabilidad:
Es la propiedad deseable de un sistema, una red o un proceso, que indica su
habilidad para extender el margen de operaciones sin perder calidad, o bien
manejar el crecimiento continuo de trabajo de manera fluida, o bien para estar
preparado para hacerse más grande sin perder calidad en los servicios ofrecidos.
Escalada verticalmente:
El escalar verticalmente o escalar hacia arriba, significa el añadir más recursos a
un solo nodo en particular dentro de un sistema, tal como el añadir memoria o un
disco duro más rápido a una computadora.
Escalada horizontalmente:
La escala horizontalmente o escala significa agregar más nodos a un sistema,
tal como añadir una computadora nueva a un programa de aplicación para espejo.
15. EJEMPLOS DEL MODELO CLIENTE SERVIDOR
 Visitar un sitio web es un buen ejemplo de la arquitectura cliente/servidor. El
servidor web sirve las páginas web al navegador (el cliente). La mayoría de los
servicios de Internet son tipo de servidores.
 Por ejemplo, si estás leyendo este artículo en Wikipedia, la computadora y el
navegador web serían considerados un cliente, y las computadoras, las bases
de datos, y los usos que componen Wikipedia serían considerados el servidor.
Cuando tu navegador web solicita un artículo particular de Wikipedia, el
servidor de Wikipedia encuentra toda la información requerida para exhibir el
artículo en la base de datos de Wikipedia, la monta en una página web
considerada como interfaz gráfica, y la envía de nuevo a tu navegador web.
 Otro ejemplo sería un juego online el número de servidores depende del juego
pero supongamos que tienen 2, cuando tú lo descargas y lo instalas tienes un
cliente, si tienes solo un computador en casa y juegan 3 personas, existen un
cliente, 3 usuarios y 2 servidores pero depende de ti a cuál te conectas, si cada
uno instala el juego en sus propios ordenadores, serian 3 clientes, 3 usuarios y
2 servidores
16. EJEMPLO FRAGMENTACIÓN VERTICAL, FRAGMENTACIÓN
HORIZONTAL Y FRAGMENTACIÓN MIXTA
16-1.FRAGMENTACION VERTICAL
Alumno (código, Nombre, apellido, grado, edad, asignaturas)
Esta relación pude ser fragmentada verticalmente de la siguiente forma
alumno1=π código, Nombre, apellido, edad ALUMNO
alumno2=π código, grado, asignatura ALUMNO
La operación de reconstrucción es:
ALUMNO= alumno1 join alumno2
DATOS 1
código
12345
124568
nombre
Laura
Camila
José
Antonio
apellido
casas
grado
2
edad
7
Asignatura
Matemáticas
Rodríguez
3
8
español
ALUMNO1
CODIGO
12345
124568
NOMBRE
Laura Camila
José Antonio
APELLIDO
Casas
rodríguez
ALUMNO2
Código
12345
124568
Grado
2
3
Asignatura
Matemáticas
Español
EDAD
7
8
16-2FRAGMENTACION HORIZONTAL
Alumno (código, Nombre, apellido, grado, edad, asignaturas)
alumnoA= ALUMNO grado = grado1 gradoA
alumnoN= ALUMNO grado = grado1 gradoN
Código
12345
124568
876334
Código
12345
876334
Código
124568
nombre
Laura
Camila
José
Antonio
Oscar
Ernesto
Apellido
Casas
grado
2
edad
7
Asignatura
Matemáticas
Rodríguez
3
8
español
Majares
2
8
Matemáticas
nombre
Laura
Camila
Oscar
Ernesto
Apellido
Casas
grado
2
edad
7
Asignatura
Matemáticas
Majares
2
8
Matemáticas
nombre
José
Antonio
Apellido
Rodríguez
grado
3
edad
8
Asignatura
español
16-3 FRAGMENTACION MIXTA
Alumno (código, Nombre, apellido, grado, edad, asignaturas)
alumno1=π código, Nombre, apellido, edad ALUMNO
alumno2=π código, grado, asignatura ALUMNO
alumno1 puede tener una fragmentación horizontal derivada basada en el grado
en el que cursa el alumno
alumno1.A= alumno1 SJ gradoA
SJ= Semi Join
alumno1.N= alumno1 SJ gradoN
Código
12345
124568
876334
Código
12345
124568
876334
Código
12345
124568
876334
nombre
Laura
Camila
José
Antonio
Oscar
Ernesto
Apellido
Casas
grado
2
edad
7
Rodríguez
3
8
Majares
2
8
nombre
Laura
Camila
José
Antonio
Oscar
Ernesto
Apellido
Casas
grado
2
Asignatura
Matemáticas
Rodríguez
3
español
Majares
2
Matemáticas
nombre
Laura
Camila
José
Antonio
Oscar
Ernesto
Apellido
Casas
grado
2
edad
7
Asignatura
Matemáticas
Rodríguez
3
8
español
Majares
2
8
Matemáticas
CONCLUSIONES
El uso del modelo cliente/servidor es casi una necesidad que se ha impuesto
por los logros de sus resultados en las empresas que manejan e interpretan
grandes volúmenes de información con un altísimo grado de confiabilidad y
rapidez y con costos mínimos aceptables; la modernización tecnológica de un
negocio, involucra mayores requerimientos de gestión, análisis y seguridad de
datos, así como de herramientas informáticas con mayor desempeño y
rendimiento; y evidentemente el modelo cliente/servidor es uno de los
eslabones primarios en el desarrollo que se vislumbra en los próximos años, su
uso cada vez más acelerado se justifica por los tiempos de respuesta en la
búsqueda de información ya estructurada que permite un análisis mucho más
ágil, pudiéndose usar adicionalmente en los sistemas para la ayuda en la toma
de decisiones, facilitando así, una exitosa y dinámica funcionalidad
empresarial.
BIBLIOGRAFIA



















sipan.inictel.gob.pe/users/hherrera/mcs.htm
www.adelat.org/.../modelo_clienteservidor.html
www.desarrolloweb.com/.../arquitectura-cliente-servidor.html
temariotic.wikidot.com/la-arquitectura-cliente-servidor
www.dlsi.ua.es/asignaturas/sid/sid2001-t4.pp
es.wikipedia.org/wiki/Cliente-servidor
www.adelat.org/.../modelo_clienteservidor.htm
www.zator.com/Internet/A4_4.htm
es.wikipedia.org/wiki/Estructura_de_Interne
www.buenastareas.com › Tecnología
MCSE: Microsoft SQL Server 2000
Database Design and Implementation Training Kit
Client/Server Survival Guide. Third Edition.
Microsoft Small Business Server 2000 Resource Kit
http://www.latinexpo.com/@sta/tecnolog/cli_serv.htm
http://www.ucm.es/info/Psyap/Prieto/alum9798/intranet01/cliente.htm
http://www.tress.com.mx/espanol/ventas/cliente-servidor/X-base.htm
http://www.jak.com
http://www.cscl.comm
Descargar