Normalización - Entrega 4
En esta sección se presenta el procedimiento llevado a cabo para verificar que la base de datos de Bodytech construida para la entrega de la actividad de aprendizaje de la Unidad 2 se encuentra normalizada hasta la tercera forma normal, también conocida como 3NF. Para realizar esto, siguiendo los pasos sugeridos por Coronel, C., y Morris, S. (2016), se recurrió al uso de los diagramas de dependencias. Estos diagramas se realizan con le objetivo de verificar las dependencias existentes entre los atributos de cada una de las tablas que conforman la base de datos. Par esto, se representa si todos los atributos contenidos en una tabla dependen exclusivamente del atributo identificador o llave primaria. La siguiente figura muestra los diagramas de dependencias para la base de datos formulada en la actividad de la Unidad 2.
Como muestra la figura, el diagrama de dependencias para la base de datos Bodytech muestra que la base está conformada por siete entidades, los clientes, la sede, la categoría de la sede, los profesionales especializados, los pagos, la atención de profesionales a clientes y la asistencia de clientes a sedes.
Del diagrama se identifica que la base de datos no está normalizada, ya que en la entidad categoría incluye dos atributos que no dependen completamente de atributo identificador o llave primaria. duración y precio.
En la lógica del negocio el precio que debe pagar el cliente por suscribirse a alguna de las sedes depende de la categoría de la sede y la duración del plan, trimestral, semestral y anual. No obstante, la duración del plan no depende de la categoría, ya que para todas las categorías existen planes de diferentes duraciones.
Para solucionar este problema se evidencia que existen las siguientes dos alternativas.
Alternativa 1
La primera alternativa considerada fue agregar una nueva entidad denominada duración del plan, la cual estaría conectada a la entidad categoría mediante la relación "Membresía". La siguiente figura muestra el diagrama relacional para este escenario.
Alternativa 2
La segunda alternativa observada es que la base de datos ya cuenta con una entidad que registra todos los pagos. A cada pago hay asociado una duración de la membresía que se está pagando. En este sentido, la segunda opción consiste en eliminar el valor precio de la tabla de categorías, porque el atributo valor de la tabla pagos cumple la misma función y en está última incluir el atributo de duración.
Resultado final
Dado que implementar la solución de la alternativa 1 podría complejizar demasiado la estructura de la base de datos, se decidió realizar el ajuste planteado en la alternativo número 2. La siguiente figura muestra el diagrama de dependencias para este segundo modelo de base de datos.
Como muestra la imagen, la base de datos ya se encuentra normalizada, ya que no existen grupos de datos duplicados, relaciones parciales entre atributos de alguna tabla con su llave primaria ni tampoco relaciones transitivas. Partiendo de esta estructura, se procedió a crear la base de datos en lenguaje SQL a través del programa MySQL Workbench.