5-Normalización de Datos

Normalización de datos
Ingeniería de datos II
Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

1 Dependencias funcionales

Nomenclatura de tablas
Atributos
NumEmpleado ECivil Sexo Nombre

T
010110 S F Andrea Julca Silva
U 010100 S M David Flores Pérez
P 101000 C M Grover Sánchez Jara
L
201100 C F Josefina Ruiz Jara
111100 C M Mario Muñoz Vilchez
A
111101 S F Nancy Gálvez Muñoz
S
111111 C M Eduardo Aznarán Mercado
Estructura de la Tabla:
EMPLEADO(NumEmpleado, ECivil, Sexo, Nombre)

Dependencias funcionales
• Una dependencia funcional es una relación entre uno o más atributos;
es decir, si se da el valor de un atributo se puede obtener o buscar el
valor de otro.
• En general:
• El atributo Y depende del atributo X; siempre y cuando el valor de X
determine el valor de Y.
• Notación:
X→Y (X se llama Determinante!!)

Dependencias funcionales
• Ejemplo:
• IdCliente → NombreCliente
• El atributo IdCliente determina funcionalmente al atributo NombreCliente.
• Otro ejemplo:
• Sea: Importe = Cantidad * Precio
• Entonces: (Cantidad, Precio) → Importe
• Las dependencias funcionales pueden involucrar grupos de atributos.
• Ejemplo:
• Sea: NOTAS(IdAlumno, IdCurso, Puntaje)
• La combinación: IdAlumno + IdCurso determina un Puntaje.
• Entonces: (IdAlumno, IdCurso) → Puntaje

Ley distributiva
• Si X→(Y, Z) ; Entonces: X→Y ^ X→ Z
• Ejemplo:
• Si IdAlumno→(NombreAlumno, Especialidad)
• Entonces:
• IdAlumno → NombreAlumno ^ IdAlumno → Especialidad
• Al Contrario:
• Si (X, Y) → Z
• No es cierto que: X → Z o Y → Z
• Ejemplo:
• Si (IdAlumno, IdCurso) → Puntaje
• Entonces:
• IdAlumno por sí mismo NO puede determinar el Puntaje, del mismo modo que IdCurso por si
solo no puede determinar el Puntaje.

Dependencia funcional multivaluada
• Una dependencia funcional multivaluada ocurre cuando dos atributos (o
columnas) en una tabla son independientes entre sí, pero ambos dependen de
un tercer atributo.
• Ejemplo:
• Sea: EMPLEADO(IdEmpleado, Nombre, Direccion, EstudiosRealizados,
CargosAnteriores)
• En este caso: Los estudios realizados y los cargos anteriores son atributos
independientes entre sí. Además, ambos atributos dependen de IdEmpleado.
• Hay dependencia funcional multivaluada:
• IdEmpleado →→ EstudiosRealizados
• IdEmpleado →→ CargosAnteriores

Dependencia funcional multivaluada trivial
• Una dependencia funcional multivaluada es trivial cuando el conjunto de
atributos conforma el total de atributos de la tabla.
• Ejemplo:
• Sea: EMPLEADO(IdEmpleado, CargosAnteriores)
• En este caso: Los cargos anteriores dependen de IdEmpleado.
• Hay dependencia funcional multivaluada trivial:
• IdEmpleado →→ CargosAnteriores

¿Qué es una super clave?
• Una super clave de una tabla T(A1, A2, ..., An) es un subconjunto de los
atributos de la tabla, tal que no puede haber dos filas con la misma
combinación de valores para los atributos del subconjunto.
• Ejemplo:
• Una super clave de la tabla sería:
• IdCliente+DNI+RUC+Nombre+Direccion+FechaNacimiento
• Una super clave, nos permite identificar a todas las filas que contiene la
tabla !!.
• Otras super claves, serían:
• IdCliente
• DNI

¿Qué es una clave candidata?
• Una clave candidata de una tabla, es una mínima súper clave de esa tabla.
• Las claves candidatas están formadas por un conjunto de atributos, tales que;
La tabla no tiene dos distintas filas con los mismos valores para estos
atributos.
• Ejemplo:
• Usaremos los atributos: IdCliente y también DNI
del cliente; como claves candidatas para identificar
a un cliente de manera única !!.

¿Qué es una clave primaria?
• La clave primaria es una clave candidata que permite identificar de
modo único a una fila de una tabla de datos.
• Ejemplo:
• CLIENTE(IdCliente, DNI, RUC, Nombre, Direccion, FechaNacimiento)
• En la descripción, la Clave primaria se encuentra subrayada!!
• Otra clave primaria, sería:
• CLIENTE(DNI, IdCliente, RUC, Nombre, Direccion, FechaNacimiento)
• Toda clave primaria, es una clave candidata !!
• Toda tabla tiene una y sólo una clave Primaria !!

¿Qué es una clave concatenada?
• Las claves concatenadas están formadas por dos o más atributos.
• Ejemplo:
• Usaremos los atributos: NroFactura+CodServicio para registrar el PAGO por un
servicio atendido.

¿Qué es una clave foránea?
• Una clave foránea es utilizada para establecer una relación con otra
tabla, en la cuál estos atributos se han definido como clave primaria.
• En el modelo, las claves
foráneas tienen la
identificación (FK)

2 Normalización de datos

• Son reglas bien definidas que deben ser aplicadas sobre las entidades
que presentan anomalías en los atributos que las describen.
• Se pretende eliminar o disminuir
al máximo la redundancia de
datos y de datos innecesarios.

Formas normales
Primera Forma Normal (1NF)
Segunda Forma Normal (2NF)
Tercera Forma Normal (3NF)
Forma Normal de Boyce-Codd (BCNF)
Cuarta Forma Normal (4NF)
Quinta Forma Normal (5NF)

Ejemplo de normalización de una Factura de pago

Relación No Normalizada
• En un Sistema de Ventas se registra la FACTURA; para llevar la cuenta de las
ventas efectuadas.
Esta entidad contiene los

atributos necesarios para los
datos de la Factura

Anotaciones de una primera anomalía
• En una misma Factura, hay un grupo de servicios distintos que
conforman la línea de venta.
• Esta anomalía registraría mucha redundancia en los datos de la
cabecera de las Facturas.
• Por ello, aplicaremos la regla de la Primera Forma Normal, para reducir
esta anomalía.

Regla para obtener la Primera Forma Normal (1FN)
• “Eliminar los grupos repetidos”.
• Estrategia: Dividir la tabla FACTURA en dos tablas, con una relación de
dependencia funcional directa, de la siguiente manera:

Anotaciones de una segunda anomalía
• Encontramos que en la tabla LINEA_VENTA; hay atributos que no
tienen dependencia funcional completa con la clave concatenada!
• A continuación, se muestra estos atributos con un subrayado:

Regla para obtener la Segunda Forma Normal (2FN)
• “Los atributos de una tabla serán funcionalmente dependientes de toda la
clave primaria”.
• Esta regla se aplica a las tablas que se identifican a través de atributos de claves
concatenadas.
• Esta regla se aplica a las tablas
que se identifican a través de
atributos de claves
concatenadas.

Anotaciones de una tercera anomalía
• Encontramos que en la tabla FACTURA hay atributos que son
funcionalmente dependientes de otros atributos; pero éstos no son
claves.
• Asimismo, hay atributos de las tablas que pueden obtenerse con una
operación de cálculo, por ello su registro suele ser intrascendente.
• A continuación, se muestra estos atributos con un subrayado:

Regla para obtener la Tercera Forma Normal (3FN)
• “Todos los atributos de una tabla deben ser funcionalmente dependientes de
su clave primaria”.
• Asimismo; se pueden eliminar los atributos calculables.
• También se podrá agregar algunos
nuevos atributos donde sea
necesaria más información.

Consideraciones para la BCNF
• Sea la tabla ASESOR; con las características:
• Un IdAlumno puede tener varias especialidades
• IdAlumno →→ Especialidad
• Un IdAlumno puede tener varios Asesores.
• IdAlumno →→ Asesor
• IdAlumno por sí mismo NO puede ser una CLAVE !!

• (IdAlumno, Especialidad) → Asesor y
• (IdAlumno, Asesor) → Especialidad
• Estas combinaciones serían las Claves Candidatas.
• Una de estas claves candidatas, sería la clave primaria.

Más consideraciones ….
• Una Especialidad puede tener varios Asesores
• Especialidad →→ Asesor
• Un Asesor sólo imparte asesoría en una Especialidad.
• Asesor → Especialidad
• Luego; Asesor es un DETERMINANTE !!

Anomalías
• De Eliminación
• Si un Estudiante deja la Escuela; al eliminar la fila perderíamos el hecho de que
un Asesor imparte Asesoría en una Especialidad determinada.
• De Inserción
• ¿Cómo almacenaremos el hecho de que un Asesor asesora en una
Especialidad determinada? Esto no será posible hasta que el Estudiante se
inscriba en una materia!!

Forma Normal de Boyce y Codd
• Una Tabla está en BCNF si cada determinante es una clave candidata.
• En el ejemplo anterior; ASESOR no está en BCNF porque tiene un determinante
Asesor que no es una clave candidata.
• Así:
• ALUMNO_ASESOR(IdAlumno + Asesor)
• ASESOR_ESPECIALIDAD(Asesor, Especialidad)

Consideraciones para la Cuarta Forma Normal (4NF)
• Sea la tabla ALUMNO con las características:
• Un alumno puede inscribirse en varias Especialidades y participar en diversas
Actividades.
• Existe una dependencia multivaluada entre:
IdAlumno y Especialidad; y, entre IdAlumno y Actividad.
• IdAlumno →→ Especialidad
• IdAlumno →→ Actividad

Otras consideraciones ….
• La Tabla ALUMNO está en 2NF porque todo es Clave.
• Está en 3NF porque no tiene dependencias transitivas; y
• Está en BCNF porque no tiene determinantes que no son claves.

Anomalías
• De Inserción
• Si un alumno toma otra especialidad; se debe ingresar una fila para la nueva
especialidad, y juntarla con cada una de las actividades del alumno.
• Sucede lo mismo si un alumno se inscribe en una nueva actividad.
• De Eliminación
• Si un alumno deja una especialidad se deben eliminar cada uno de los registros
que contienen tal materia.

Cuarta Forma Normal
• Una Tabla está en 4NF si está en BCNF y no tiene dependencias de
valores múltiples.
• Para evitar tales anomalías, se deben eliminar las dependencias de valores
múltiples. Esto se hace construyendo dos tablas, donde cada una almacena
datos para solamente uno de los atributos de valores múltiples.
• Las tablas resultantes, no tienen anomalías; así:
• ALUMNO-ESPECIALIDAD(IdAlumno, Especialidad)
• ALUMNO-ACTIVIDAD(IdAlumno, Actividad)

• Dependencias de Unión
• Ocurre cuando una tabla tiene dependencia de unión con varias de sus proyecciones y se
puede obtener la tabla por medio de la unión de dichas proyecciones.
• PROYECCION
• Creación de una tabla cuyos elementos forman un subconjunto de una tabla dada. Se incluyen
todas las filas y algunas columnas.
• UNIÓN
• Formar a partir de 2 tablas, una nueva con todos los campos de una de ellas y los registros de
ambas; excepto los repetidos. Ambas tablas deben tener el mismo grado y las mismas
columnas.

• Conocida como Forma Normal de Proyección-Unión; es un nivel de
normalización designado para reducir redundancias que guardan
hechos multivalores aislando semánticamente relaciones múltiples.
• Una Tabla se dice que está en 5NF si y sólo si; está en 4NF y las
únicas dependencias que existen son las dependencias de Unión de
una tabla con sus proyecciones; relacionándose entre las distintas
proyecciones mediante la clave primaria o cualquier clave candidata.

• Este es el caso de una Empresa que guarda información de sus empleados con sus datos
Personales, Datos Profesionales, Datos Clínicos y Datos de su vivienda.
EMPLEADO(IdEmpleado, NroSeguro, Nombre, Dirección, ECivil, FechaNacimiento, Profesión, Universidad, AñoEgreso, TrabajoActual,
AñoIngreso, TipoSangre, Estatura, Peso, TipoVivienda, TipoConstrucción, NroHabitaciones, NroBaños, NroPisos)
• Si esta tabla ya está en 4NF;

entonces podremos tener las tablas:
• Empleado-Personales
• Empleado-Profesionales
• Empleado-Clínicos
• Empleado-Vivienda.

Tablas en 5NF

Resumen
Forma Características que la define
1NF Cualquier Tabla
2NF Todos los atributos que no son clave dependen por completo de las
claves
3NF No hay dependencias transitivas
BCNF Cada determinante es una candidata para clave
4NF No hay dependencias de valores múltiples
5NF Proyección-Unión
DK/NF Todas las restricciones en las actividades son consecuencias
lógicas de los dominios y las claves

Resumen de los relacionamientos
Referente a los relacionamientos uno-a-uno
• Los atributos que tienen una relación uno-a-uno deben aparecer juntos en cuando
menos una tabla. Llame a esta tabla R y a los atributos A y B.
• A o B deben ser la clave de R
• Un atributo puede agregarse a R si está determinado funcionalmente por A o B.
• Un Atributo que no está determinado funcionalmente por A o B no puede
agregarse a R.
• A y B deben aparecer juntos en R, pero no deberán aparecer juntos en otras
tablas.
• A o B deben usarse consistentemente para representar el par en las tablas
diferentes a R.

Referente a Relaciones Muchos-a-Uno
• Los atributos que tienen una relación muchos-a-uno pueden existir juntos en una
tabla.
• Supongamos que C determina D en una tabla S.
• C debe ser la clave de S
• Un atributo puede agregarse a S si está determinado por C
• Un atributo que no está determinado por C no puede agregarse a S.

Referente a las relaciones Muchos-a-Muchos
• Los atributos que tienen una relación muchos-a-muchos pueden existir juntos en una
tabla.
• Supongamos que los atributos E y F, residen juntos en la tabla T.
• La clave de T debe ser (E, F)
• Un atributo puede agregarse a T si está determinado por la combinación (E, F)
• Un atributo no puede agregarse a T, si no está determinado por la combinación (E, F)
• Si agregar un nuevo atributo G, expande la clave a (E, F, G); entonces el tema de la tabla
ha sido cambiado. G no pertenece a T o el nombre de T debe cambiarse para reflejar el
nuevo tema.

Caso para la Normalización de datos

Consideraciones
• El Tipo de Cliente es: N. Cliente Natural, J. Cliente Jurídico
• Un Cliente Natural; es una persona que no requiere el uso del Registro único
del contribuyente; es decir Número de RUC.
• Un cliente Jurídico; es básicamente una empresa. Aquí el Nº de RUC es
fundamental e indispensable.
• El tipo de documento (TipoDoc); puede ser uno de los siguientes:
• Para Clientes naturales: DNI o Pasaporte
• Para Clientes jurídicos: RUC
• El tipo de contrato puede ser: Contrato Personal, o contrato corporativo (para
empresas)

Consideraciones
• El Rubro de la empresa se refiere al giro de negocios; puede ser: 1. Textil, 2.
Construcción, 3. Imprenta, 4. Metalurgia, 5. Educación, …. Etc.
• El tipo de vehículo puede ser: 1. Auto deportivo, 2. Auto convencional, 3. Camioneta
4 x 4, 4. Camioneta 4x2; … Etc.
• El código del vehículo es en realidad su número de placa.
• Los Accesorios del vehículo se refiere a aquellos que se agregan al vehículo en forma
adicional; como, por ejemplo: Palanca de seguridad contra robos para timón,
Botiquín de primeros auxilios, Extinguidor; etc.
• La duración en días será calculada en número de días a partir de la fecha de inicio
hasta la fecha de término del contrato de alquiler.
• El precio por día es el precio diario de alquiler del vehículo.
• SubParcial = Duración x PrecioDía

Consideraciones
• El Número de días de reserva se calcula entre la diferencia de días de la fecha del
contrato y la fecha de inicio del alquiler. Se calcula en cantidad de días, para asignar
un descuento por reserva oportuna. Las reservas menores a 2 meses no tienen
descuento, si el tiempo está entre 2 y 4 meses, el descuento es de 10% del
SubParcial, y si el tiempo es mayor a 4 meses, el descuento es de 15%.
• Importe = SubParcial – Descuento
• Un Garante puede avalar a más de un cliente, pero un cliente sólo puede presentar
un garante.
• Los clientes naturales solo pueden alquilar un vehículo, siempre y cuando su edad
sea mayor de 25 años, y cuente con licencia de conducir vigente.
• Sólo las empresas pueden hacer alquileres corporativos de varios vehículos dentro
de un mismo contrato.

Entidad no normalizada

Entidad normalizada en 1NF
• Separar en una nueva
entidad a los grupos de
datos repetidos.

• Separar en nuevas
entidades a los datos que
tienen dependencia
funcional parcial a partir de
las entidades cuyos
atributos identificadores
son concatenados.

• Datos para los Clientes
• Separar en nuevas entidades a
• CodCliente → (TipoCliente, NameCliente, DirCliente,
los atributos que tienen TipoDoc, NroDoc, TfFijo, Email, Facebook, Instagram, Twitter,
dependencia funcional Otro)
• CLIENTE (CodCliente, TipoCliente, NameCliente, DirCliente,
transitiva entre atributos no TipoDoc, NroDoc, TfFijo, Email, Facebook, Instagram, Twitter,
que no están en la clave, y Otro)
• Datos para los Tipos de Cliente
también a otros atributos que
• TipoCliente → (DescripcionTC)
se podrían eliminar si el proceso
• TIPO_CLIENTE (TipoCliente, DescripcionTC)
los puede calcular con cierta • Datos para Los Representantes Legales
facilidad. • DniRepLegal → (NameRepLegal, CelRepLegal,
EmailRepLegal)
• REPRESENTANTE (DniRepLegal, NameRepLegal, CelRepLegal,
EmailRepLegal)

• Datos para el Cliente Jurídico • Datos del Trabajo del Cliente Natural
• CodCliente → (DniRepLegal) • TrabajoCliente → (CodRubro, DirTrabCliente, EmailTrabCli, TfFijoTrabCli)
• TRABAJO_CLIENTE (TrabajoCliente, CodRubro, DirTrabCliente,
• CLIENTE_JURIDICO (CodCliente, DniRepLegal) EmailTrabCli, TfFijoTrabCli))
• Datos para el Cliente Natural • Datos del Rubro de la Empresa donde trabaja el cliente natural
• CodCliente → (NroLicencia, VigLicencia, FechaNacim, • CodRubro → (DescripRubro)
LugarNacim, CodRegion, NameGarante, TrabajoCliente) • RUBRO (CodRubro, DescripRubro)
• CLIENTE_NATURAL (CodCliente, NroLicencia, VigLicencia, • Datos del Operador
FechaNacim, LugarNacim, CodRegion, DniGarante,
TrabajoCliente) • CodOperador → NameOperador
• Datos para las Regiones • OPERADOR (CodOperador, NameOperador)
• Datos del Tipo de Vehículo
• CodRegion → (RegionProced)
• TipoVehiculo → DescripTipoVeh
• REGION (CodRegion, RegionProced)
• TIPO_VEHICULO (TipoVehiculo, DescripTipoVeh)
• Datos para Los Garantes • Datos de la Garantía
• DniGarante → (NameGarante) • (DniGarante, CodCliente) → CodVehiculo
• GARANTE (DniGarante, NameGarante) • GARANTIA (DniGarante, CodCliente, CodVehiculo)


Entidad normalizada en BCNF
• En la entidad GARANTIA; podremos concluir:
• Un Garante puede garantizar a muchos Clientes; entonces:
DniGarante → → CodCliente
• Un Garante puede ser garante de muchos Vehículos; luego:
DniGarante →→ CodVehículo
• Pero DniGarante; NO puede ser clave primaria; ¡¡ya que se
encuentra en una clave Compuesta!!
• Por lo anterior, tenemos dos claves candidatas:
• (DniGarante, CodCliente) → CodVehículo
• (DniGarante, CodVehículo) → CodCliente
• Además;
• DniGarante →→ CodCliente ^ CodCliente → CodVehiculo
• Entonces: CodCliente es un determinante.
• Se requiere conocer cuáles son los clientes de un garante y cuáles
son los vehículos que ha garantizado.
• Tomaremos la clave candidata: (DniGarante, CodCliente); como
clave primaria.

Entidad normalizada en BCNF

• Hay una dependencia funcional multivaluada en la
entidad DETALLE_ALQUILER, de la siguiente
manera:
• (NroHoja, CodVehículo) → → AccesoriosVeh
• El caso muestra que un Vehículo alquilado puede
contener una lista de accesorios adicionales
solicitados por el cliente. Por ello, la entidad
DETALLE_ALQUILER ha sufrido el cambio en los
atributos de la clave compuesta; así: (NroHoja,
CodVehículo, AccesoriosVeh), siendo los valores
de AccesoriosVeh, un valor autogenerado por el
mismo sistema de administración de la base de
datos.


• La Proyección Unión que se observa
se encuentra en la entidad
Operador; pero como un Operador
puede gestionar varias Hojas de
Alquiler; entonces haremos la
extensión a través de una
Operación.


Ingeniería de datos II

5-Normalización de Datos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

5-Normalización de Datos

Cargado por

Copyright:

Formatos disponibles

Normalización de datos

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

NumEmpleado ECivil Sexo Nombre

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Segunda Forma Normal (2NF)

Tercera Forma Normal (3NF)

Forma Normal de Boyce-Codd (BCNF)

Cuarta Forma Normal (4NF)

Quinta Forma Normal (5NF)

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Esta entidad contiene los

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

• IdAlumno por sí mismo NO puede ser una CLAVE !!

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

• Si esta tabla ya está en 4NF;

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil

Bcl Soluciones - 2020 Normalización de datos Dr. Luis Boy Chavil