son:
Modelo de datos relacional
Está basado en el concepto de las relaciones matemáticas. En el modelo relacional los datos y las relaciones se representan mediante tablas. Cada una de estas tablas tiene un número de columnas determinado con nombre único dentro de la propia tabla y cada columna representa los atributos o propiedades al igual que en el modelo de datos basado en objetos.
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.
| Tabla de empleados | ||||
| Nombre | Apellido | Fecha_nac | Dni | Num_sucursal |
| Angie | García | 05/07/1975 | 47483498E | 12AB |
| Jesús | Fuentes | 29/12/1988 | 40003498P | 12AB |
| Javier | Morales | 05/08/1974 | 42883407Y | 458U |
| María Soledad | Rubio | 01/02/1982 | 37483400H | 89TY |
| Francisco Javier | Pérez | 05/02/1979 | 44834698T | 01MN |
| Tabla de sucursales | ||
| Num_sucursal | Calle | Ciudad |
| 12AB | Los Palacios 1 | Utrera |
| 458U | Preciosa 2 | Utrera |
| 89TY | Rueda 5 | Rota |
| 01MN | Rubio 1 | Torremolinos |
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”.
Modelo de datos en red
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:
Modelo de datos jerárquico
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.
4.2.Número de usuarios a los que da servicio: monousuario y multiusuario
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.
Arquitectura cliente-servidor
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.
Arquitectura cliente-servidor dos 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:
Este ejemplo se resume en la siguiente imagen:
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í: