Sgbd e instalación. IFCT0310. Rafael Ángel Prieto de Lope
Чтение книги онлайн.

Читать онлайн книгу Sgbd e instalación. IFCT0310 - Rafael Ángel Prieto de Lope страница 6

Название: Sgbd e instalación. IFCT0310

Автор: Rafael Ángel Prieto de Lope

Издательство: Bookwire

Жанр: Математика

Серия:

isbn: 9788416433360

isbn:

СКАЧАТЬ

      Es la arquitectura estándar del modelo cliente-servidor, donde el cliente presenta los datos al usuario y el servidor es el responsable de suministrarlos usando como canal una red.

iNot

      Nota

      La arquitectura cliente-servidor se puede implementar en dos, tres o más capas, aunque en este capítulo solo se profundizará en las arquitecturas de dos y tres capas, ya que aumentar el número de capas a cuatro o cinco no aportaría ninguna novedad respecto al SGBD.

iEje

      Ejemplo

      Una muestra de cómo interactúa la arquitectura cliente-servidor en dos capas podría ser:

      ilst1destcEl usuario se conecta al servidor donde se encuentra el SGBD.

      ilst1destcEl servidor establece la conexión llevando a cabo el proceso de autenticación.

      ilst1destcEl usuario escribe una sentencia en SQL o en otro lenguaje y la ejecuta contra el servidor.

      ilst1destcEl cliente verifica la correcta sintaxis y genera una solicitud al servidor.

      ilst1destcLa solicitud llega al servidor, que acepta y procesa la solicitud comprobando la autorización, posible actualización, etc. y envía al cliente la respuesta.

      ilst1destcEl cliente formatea los resultados y los muestra al usuario.

      Este ejemplo se resume en la siguiente imagen:

98110.png

98511.png

      Arquitectura cliente-servidor tres capas

      Esta arquitectura surgió a mediados de los años 90. El motivo principal fue que cada vez aumentaba más el número de clientes que instituciones y empresas gestionaban, en otras palabras, el problema era la escalabilidad, es decir, cuando el sistema crecía en cuanto al número de usuarios, la calidad del servicio disminuía, la arquitectura cliente-servidor de dos capas no soportaba un volumen elevado de usuarios.

      Como solución a este problema se añadiría una tercera capa, comúnmente llamada servidor de aplicaciones, así la arquitectura a tres capas quedaría así:

      ilst2Capa 1: el cliente se encarga únicamente de mostrar la información formateada al usuario.

      ilst2Capa 2: servidor de aplicaciones. Se suele ejecutar en un servidor intermedio y se encarga del procesamiento de datos.

      ilst2Capa 3: servidor SGBD que continúa, al igual que en la arquitectura de dos capas, con la validación y acceso a la base de datos.

98816.png

      Las ventajas que esta arquitectura presenta respecto a la arquitectura tradicional de dos capas son las siguientes:

      ilst1Ahorro económico en hardware, ya que los clientes no necesitan una máquina de cierta potencia para la instalación del cliente, el cliente es más ligero.

      ilst1Al existir tres capas independientes es más sencillo cambiar una de las capas.

      ilst1Al repartir o separar en dos capas las funciones del SGBD y de la lógica de la aplicación se puede equilibrar mejor la carga de procesamiento.

      ilst1Se adapta perfectamente a las aplicaciones web, ya que por ejemplo, el cliente ligero sería el navegador, por otro lado estaría el servidor web, que sería el servidor de aplicaciones o intermedio, y por último, el servidor de base de datos donde está alojado el SGBD.

iAct

      Actividades

      5.Indique si se podría implementar una aplicación web en una arquitectura cliente-servidor de dos capas.

      Arquitectura de servidor de archivos

      La arquitectura de servidor de archivos se suele desarrollar en una red de área local (LAN). En esta red hay un servidor de archivos central, y el resto de equipos tendrían un SGBD completo instalado pero con los datos almacenados en el servidor de archivos. Este servidor de archivos se comporta exactamente igual que un disco duro compartido.

      El principal problema que esta arquitectura genera es la carga de procesamiento, ya que en la red el tráfico es muy elevado, y tareas como la concurrencia, integridad o recuperación son mucho más complejas con varios equipos SGBD accediendo a los mismos archivos.

99396.png iEje

      Ejemplo

      Para entender mejor el funcionamiento de esta arquitectura se usarán los datos de la tabla anterior:

      Un usuario solicita el nombre de todos los empleados que trabajan en las oficinas de Utrera. Esta solicitud en formato SQL sería:

      SELECT e.Nombre, e.Apellido FROM empleados e, sucursales s WHERE s.ciudad =’Utrera’.

Tabla de empleados
NombreApellidoFecha_nacDniNum_sucursal
AngieGarcía05/07/197547483498E12AB
JesúsFuentes29/12/198840003498P12AB
JavierMorales05/08/197442883407Y458U
María SoledadRubio01/02/198237483400H89TY
Francisco JavierPérez05/02/197944834698T01MN
Tabla de sucursales
Num_sucursalCalleCiudad
12ABLos Palacios 1Utrera
458UPreciosa СКАЧАТЬ