Rafael Ángel Prieto de Lope - Sgbd e instalación. IFCT0310

Ejemplo

Trata sobre los empleados de una entidad bancaria. En las columnas se indican varios aspectos relevantes sobre estos, como son el nombre, el apellido, la fecha de nacimiento y el DNI. En la tabla de más abajo se representan las entidades bancarias donde estos empleados podrían estar destinados.

Ejemplo esquema relacional

Como se observa, para indicar una relación entre los empleados del banco y las sucursales bancarias se usa la columna “Num_sucursal”.

El modelo en red representa los datos como colecciones de registros, y las relaciones mediante conjuntos. Los registros se organizan como grafos. En la siguiente imagen se representa el modelo de datos en red:

El modelo de datos jerárquico es un tipo restringido del modelo en red, por lo que los datos se representan como colecciones de registros y las relaciones como conjuntos, con la salvedad que este modelo solo permite que cada nodo tenga un solo padre.

En general los SGBD se comportan de manera que soportan más de un usuario, solo en el caso de ordenadores personales puede darse la situación de tener un SGBD monousuario, por lo que directamente se mostrarán los SGBD con arquitectura multiusuario. En concreto, se analizarán las arquitecturas de cliente-servidor y servidor de archivos.

La arquitectura cliente-servidor es muy usada en los sistemas de información actuales: un cliente que solicita o necesita un servicio o recurso y un servidor que lo facilita. Generalmente, el servidor se encuentra situado en una máquina y el cliente o clientes en otra. En esta situación se puede dar el caso de que clientes y servidor estén en la misma red (LAN, red de área local), o por el contrario, que no estén en la misma red, lo que provocaría llevar a cabo por parte de la empresa/institución una política específica de seguridad.

Dentro de la arquitectura cliente-servidor se pueden destacar dos formas diferentes de implementarla, una con dos capas y otra con tres capas.

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.

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.

Ejemplo

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

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

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

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

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

La 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.

El cliente formatea los resultados y los muestra al usuario.

Este ejemplo se resume en la siguiente imagen:

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í:

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

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

Capa 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.