DOCUMENTO DEL GRUPO 4 NORMALIZACION

1. LA NORMALIZACIÓN
¿QUÉ ES NORMALIZACIÓN?
La normalización es la transformación de las vistas de usuario complejas y del
almacén de datos a un juego de estructuras de datos más pequeñas y estables.
Además de ser más simples y estables, las estructuras de datos son más fáciles de
mantener que otras estructuras de datos, proceso que clasifica relaciones, objetos,
formas de relación y además elementos en grupo, en base a las características de
cada uno posee.
La clasificación de las relaciones BDR la forma de efectuar esto es a través de los
tipos de dependencias que forma determinar dentro de la relación.
La relación que está en la forma formal más elevada posible es que mejor se adapta
a nuestras necesidades debido a que optimiza las condiciones que son de importancia
para nosotros:
● Cantidad de espacio requerido para almacenar los datos es la menor posible.
● La facilidad para actualizar la relación es la mayor posible.
● La explicación de base de datos es la más sencilla posible.
DEFINICIÓN
El proceso de normalización de una base de datos relacional consiste en aplicar una
serie de reglas, también es el proceso de organizar los datos a relaciones obtenidas
tras el modelado en el modelo entidad-relación, para evitar en un futuro realizar
consultas innecesariamente complejas. En otras palabras están enfocadas en
eliminar redundancias e inconsistencias de dependencia en el diseño de las tablas.
Las bases de datos se normalizan para:
● Evitar la redundancia de datos.
● Proteger la integridad de los datos.
● Evitar problemas de actualización de los datos en las tablas.

2. DEPENDENCIAS FUNCIONALES
(B es dependiente de A)
Una dependencia funcional es una conexión entre uno o más atributos entre las
cuales existen restricciones de integridad que permiten conocer qué interrelaciones
existen entre los atributos del mundo real y se representan utilizando una flecha:
FechaDeNacimiento → Edad
DESCOMPOSICIONES FUNCIONALES
Esta estrategia consiste en definir el comportamiento requerido (requerimientos)
como una relación entre entradas y salidas de software. Se procede idealmente con
una estructura top-down(arriba hacia abajo), identificando primero la funcionalidad del
sistema como un todo. Después se procede a descomponer esta funcionalidad en un
conjunto de funciones y sub funcionalidades. El resultado es una estructura jerárquica
y de las funciones o funcionalidades y la definición de las interfaces funcionales.
La ventaja de la descomposición funcional es que la especificación es escrita en el
lenguaje y concepto de quienes implementan. Esto fomenta una buena comunicación
de los requerimientos hacia los diseñadores y codificadores. La traducción al diseño
y la codificación es sencilla debido a que la especificación de los requerimientos está
escrita en términos del espacio de la solución que se necesita.
DEPENDENCIAS MULTIVALUADAS
FORMAS NORMALES
A B

3. El concepto de Formas Normales (NF) en bases de datos relacionales nos dice: que
se proporcionan criterios para determinar el grado de vulnerabilidad de una tabla a
inconsistencias y anomalías lógicas. Cuanto más alta sea la forma normal aplicable a
una tabla, menos vulnerable será a inconsistencias y anomalías.
Las formas normales son aplicadas a las tablas de una base de datos. Decir que una
base de datos está en la forma normal N (normal) es decir que todas sus tablas están
en la forma normal N.
PRIMERA FORMA NORMAL
Para explicar las formas normales se pone un ejemplo de tablas de profesores. Donde
se muestra información de una escuela, donde los la asignación de materias que
dictan los profesores están reguladas Materia, de modo que el salario de cada
empleado depende de la materia que dicta. Datos Profesores: ID, nombre, Materia,
Salario, Emailsl, siendo ID la clave primaria.
ID
(Pk)
Nombre Materia Salario EMAILS
1 ADEMAR
MORALES
FLORES
MATEMATICA 2500 ademora1@gmail.com
2 PEDRO
FERNANDES
ALCON
ED. FISICA 2200 pedroalcon-
dd@gmail.com
3 ROYER VILLCA
QUISPE
MUSICA 2200 royalvenado@gmail.com
La primera forma nos dice que una tabla está normalizada si:
● Sus atributos contienen valores atómicos (esto quiere decir que tienen
que ser indivisibles)
En el ejemplo podemos ver que no se cumple para el atributo «Emails»
ID
(Pk)
Nombre Materia Salario EMAILS
1 ADEMAR
MORALES
FLORES
MATEMÁTICA 2500 ademora1@gmail.com
adeflor@gmail.com

4. 2 PEDRO
FERNANDES
ALCON
ED. FISICA 2200 pedroalcon-
dd@gmail.com
pedron1dd@gmail.com
3 ROYER VILLCA
QUISPE
MUSICA 2200 royalvenado@gmail.com
Para solucionar este problema existen 2 opciones:
1. Duplicar registros con valores repetidos:
● Se elimina el atributo «Emails» que violaba la condición
● Se incluye un nuevo atributo «Email» que sí sea indivisible. Por lo que se crea
una nueva clave primaria con este nuevo atributo
La nueva clave primaria será «ID-Email»
ID (Pk) Nombre Materia Salario EMAIL (pk)
1 ADEMAR
MORALES
FLORES
MATEMATICA 2500 ademora1@gmail.com
1 ADEMAR
MORALES
FLORES
MATEMATICA 2500 adeflor@gmail.com
2 PEDRO
FERNANDES
ALCON
ED. FISICA 2200 pedroalcon-
dd@gmail.com
2 PEDRO
FERNANDES
ALCON
ED. FISICA 2200 pedron1dd@gmail.com
3 ROYER VILLCA
QUISPE
MUSICA 2200 royalvenado@gmail.com
2. Separar atributo «Email» en otra tabla:
● Se crea una nueva tabla Profesores (b) que no contenga el atributo «Email»

5. ID (Pk) Nombre Materia Salario
1 ADEMAR
MORALES
FLORES
MATEMATICA 2500
2 PEDRO
FERNANDES
ALCON
ED. FISICA 2200
3 ROYER VILLCA
QUISPE
MUSICA 2200
● Se crea una nueva tabla EMAILS con clave primaria ID-Email. Las tablas
Emails y Profesores se relacionan por el campo ID
ID (Pk) EMAIL (pk)
1 ademora1@gmail.com
1 adeflor@gmail.com
2 pedroalcon-
dd@gmail.com
2 pedron1dd@gmail.com
3 royalvenado@gmail.com
SEGUNDA FORMA NORMAL
La 2NF fue definida originalmente por E.F. Codd1 en 1971. Una tabla que está en la
primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la

6. segunda forma normal. Específicamente: una tabla 1NF está en 2NF si y solo si, dada
una clave primaria y cualquier atributo que no sea un constituyente de la clave
primaria, el atributo no clave depende de toda la clave primaria en vez de solo de una
parte de ella.
Observa que cuando una tabla 1NF no tiene ninguna clave candidata compuesta
(claves candidatas consisten en más de un atributo), la tabla está automáticamente
en 2NF.
Ejemplo Considera una tabla describiendo las especialidades de los empleados:
Especialidades de los empleados
Empleado Especialidad Lugar de Trabajo
Carla Sistemas de Información Irpavi, Calle 2, #204
Estela TIC’s Calacoto, Av. Ballivian, #155
Estela Ingeniería de Software Calacoto, Av. Ballivian, #155
Amira Ingeniería de
Computadoras
Av Arce, esq. Campos, #274
Eduardo Computación Sopocachi, Av. Ecuador, #490
Josias Ingeniería de Software Av. Camacho, esq. Loayza,
#924
Josias Sistemas de Información Av. Camacho, esq. Loayza,
#924
La única clave candidata de la tabla es {Empleado, Especialidad}.
El atributo restante, Lugar de trabajo, es dependiente solo en parte de la clave
candidata, llamada Empleado. Por lo tanto la tabla no está en 2NF. Observe la
redundancia de la manera en que son representadas los Lugares actuales de trabajo:
nos dicen dos veces que Estela trabaja en Calacoto, Av. Ballivian, #155 y dos veces
que Josias trabaja en Av. Camacho, esq. Loayza, #924. Esta redundancia hace a la
tabla vulnerable a anomalías de actualización: por ejemplo, es posible actualizar el
lugar del trabajo de Estela en su registro " Ingeniería de Software" y no actualizar su
registro " TIC’s". Los datos resultantes implicarían respuestas contradictorias a la
pregunta "¿Cuál es el lugar actual de trabajo de Estela?".

7. Una alternativa 2NF a este diseño representaría la misma información en dos tablas:
Empleados
Empleado Lugar de Trabajo
Carla Irpavi, Calle 2, #204
Estela Calacoto, Av. Ballivian, #155
Amira Av Arce, esq. Campos, #274
Eduardo Sopocachi, Av. Ecuador, #490
Josias Av. Camacho, esq. Loayza,
#924
Especialidades de los Empleados
Empleado Especialidad
Carla Sistemas de Información
Estela TIC’s
Estela Ingeniería de Software
Amira Ingeniería de Computadoras
Eduardo Computación
Josias Ingeniería de Software
Josias Sistemas de Información
2NF y claves candidatas
Una tabla para la cual no hay dependencias funcionales parciales en la clave primaria
está típicamente, pero no siempre, en 2NF. Además de la clave principal, la tabla
puede contener otras claves candidatas; es necesario establecer que ningún atributo
no-principal tienen dependencias de clave parciales en cualesquiera de estas claves
candidatas.
Las múltiples claves candidatas ocurren en la siguiente tabla:

8. Modelos de Celulares
Fabricante Modelo Nombre completo del
modelo
País del
Fabricante
Apple 6S Plus iPhone 6S Plus Estados Unidos
Sony Z5 Dual Xperia Z5 Dual Japón
Sony XZ2 C Xperia XZ2 Compact Japón
Huawei PSZ Huawei P Smart Z. China
Samsung S10 5G Samsung Galaxy S10 5G Corea del Sur
Samsung Fold Samsung Galaxy Fold Corea del Sur
Aun si el diseñador ha especificado la clave principal como {Nombre completo del
modelo}, la tabla no está en 2NF. {Fabricante, Modelo} es también una clave
candidata, y País del fabricante dependiente en un subconjunto apropiado de él:
Fabricante.
TERCERA FORMA NORMAL
La tercera forma normal (3NF) es una forma normal usada en la normalización de
bases de datos. La 3NF fue definida originalmente por E.F. Codd en 1971. La
definición de Codd indica que una tabla está en 3NF si y sólo si las dos condiciones
siguientes se mantienen:
- La tabla está en la segunda forma normal 2FN.
- Ningún atributo no primario de la tabla es dependiente transitivamente de una
clave primaria.
FORMA NORMAL DOMINIO-CLAVE
La forma normal-clave (DKNF) es una forma forma normal usada en normalización
de base de datos que contenga relaciones de dominio y de claves.
RESTRICCIONES DE DOMINIO-CLAVE

9. ● RESTRICCIÓN DE DOMINIO. - En donde una restricción de dominio
específica los valores permitidos para un atributo dado en una relación o
esquema.
● RESTRICCIÓN DE CLAVE. - Una restricción de clave específica los atributos
que identifican y únicamente a una fila o tupla en una tabla o esquema dada.
Es mucho más fácil construir una base de datos en forma normal de dominio-clave
que convertir en pequeñas bases de datos que puedan contener numerosas
anomalías. Sin embargo, construir con éxito una base de datos en forma normal de
dominio-clave elimina los problemas encontrados en la mayoría de las base de datos,
tiende para ser la forma normal más costosa de alcanzar sin embargo el no poder
alcanzar la forma normal de dominio-clave puede llevar costos a largo plazo debido a
anomalías que aparecen con el tiempo en las bases de datos que solamente se
adquieren a formas normales más bajas.
CUESTIONARIO
1.-Es el proceso de organizar los datos en una base de datos, con el objetivo de hacer
más eficientes las relaciones entre los objetos que componen la base de datos:
a) Dependencia Funcional b)Normalización c)Dependencia
2.-La normalización es un proceso mediante el cual se transforman datos complejos
a un conjunto de estructuras de datos más grandes, que además de ser más
compuesta son más fáciles de mantener:
a) Falso b)Verdadero
3.- Cuando una tabla 1NF no tiene ninguna clave candidata compuesta la tabla está
automáticamente en:

10. a) 3NF b) 5NF c) 2NF d) 4NF e)
Ninguno
4.- La ventaja de la descomposición funcional es que la especificación es escrita en
el lenguaje y concepto de quienes implementan.
a) Falso b)Verdadero
5.- ¿Que es una clave primaria?
6.-¿Que es una clave foránea?
7.- ¿Cuál es el concepto que se utiliza para dirigirsea las filas en el modelo relacional?
a) Tuplas b) Grado c) Carnalidad d) Atributos
8.- ¿Que es una dependencia funcional?
a) una conexión entre uno o más atributos b) restricciones de integridad
c) regla que permite interrelaciones d) todas
9.- ¿Cuanto más alta sea la forma normal aplicable a una tabla, menos vulnerable
será a inconsistencias y anomalías?
a) falso b) verdadero
10.-¿Para que se normalizan las bases de datos?