Ejercicios de modelado lógico relacional de bases de datos · Ejercicio: (medio) Gestión Usuarios

Ejercicio: (medio) Gestión Usuarios

Puedes preparar tu diagrama. .

Enunciado #

Una empresa necesita gestionar a sus empleados y el acceso de algunos de ellos al sistema informático corporativo. No todos los empleados tienen una cuenta de usuario.

Datos que debes almacenar #

  • Empleado: id_empleado (entero, identificador), nombre (texto), apellidos (texto), dni (texto, único), fecha_contratacion (fecha) y puesto (texto).
  • UsuarioSistema: id_usuario (entero, identificador), nombre_usuario (texto, único), contrasena_hash (texto) y rol (enum; valores ADMIN, GESTOR o LECTOR).

Reglas del negocio #

  1. Un empleado puede no tener usuario o tener uno solo. Este es el supuesto que usaremos para concretar el acceso individual al sistema.
  2. Todo usuario del sistema pertenece obligatoriamente a un empleado; no se admiten cuentas huérfanas ni compartidas.
  3. Añade id_empleado (entero) en UsuarioSistema y determina las restricciones necesarias para impedir dos cuentas del mismo empleado.
  4. El DNI y el nombre de usuario no pueden repetirse.

Diseña una relación 1:1 con participación opcional del empleado. La ausencia de cuenta se representa mediante la ausencia de una fila en UsuarioSistema, no mediante una FK nula en una cuenta existente.

Adaptación del documento: se almacena contrasena_hash en lugar de una contraseña en texto plano. El cálculo y la comprobación del hash se realizarían en la aplicación.

Criterios para el challenge #

Conserva los nombres de tablas y campos indicados; los nombres de campos están escritos sin tildes y con guiones bajos. Los tipos entre paréntesis corresponden a las opciones del editor. Todos los campos son obligatorios (NN), salvo los marcados como opcionales; marca las claves primarias (PK), foráneas (FK) y las restricciones de unicidad que se deducen de las reglas.

Para esta práctica, deja desactivados autoincremento, clave alternativa e índice, y deja vacíos CHECK, valor por defecto y las acciones ON DELETE y ON UPDATE. Representa las relaciones con los extremos 1 y n, o 1 y 1; la opcionalidad de una FK se indica con NN desmarcado. Las reglas que afectan a varias filas, los rangos de valores y los catálogos de valores se razonan aparte: no se comprueban solo con las conexiones del diagrama.

Cargando actividad al acercarte…