INSTITUTO DE

SISTEMAS CUSCO

TEMA: NORMALIZACIÓN
CURSO : Diseño De Base De Datos I
DOCENTE: Wuillian Alagon Martinez
INTEGRANTES:
❖ Barra Huacho Cristhian Alexander
❖ Barra Huacho Sohely Gabriela
❖ Paucar Zamora Omar Carlos
❖ Quispe Huaccachi Doris
❖ Ramirez Toledo Wilber
❖ Temoche Leon Darill Wilson
MODULO: III-A Noche
INTRODUCCIÓN:

La Normalización de datos que es una técnica que se centra en la faceta de diseño de

bases de datos relacionales y que puede utilizarse para construir bases de datos.
La etapa de diseño es fundamental en el ciclo de vida de una base de datos ya que un
mal diseño acarreará problemas en las fases posteriores de interrogación y puesta al día
de su información.

FUNDAMENTOS DE LA NORMALIZACIÓN
El proceso de organizar una base de datos lo conocemos como normalización. Incluye la
creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas.

Estás reglas servirán bien para proteger los datos como también para hacer que la base de
datos sea más flexible al eliminar las dependencias incoherentes y la redundancia. Es un
trabajo constante y que requiere interpretar los datos de forma ordenada.
Objetivos de la Normalización
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Disminuir problemas de actualización de los datos en las tablas.
Proteger la integridad de los datos.
Facilitar el acceso e interpretación de los datos.
Optimizar el espacio de almacenamiento.
Prevenir borrados indeseados de datos.
Objetivo de la Normalización en el modelo relacional

Para que las tablas de nuestro BD estén normalizadas deben cumplir las siguientes reglas:

· Cada tabla debe tener su nombre único.

· No puede haber dos filas iguales.

· No se permiten los duplicados.

· Todos los datos en una columna deben ser del mismo tipo.

Dependencias

El proceso de normalización se basa en relaciones que se conocen que mantienen los datos,
principalmente dependencias funcionales, multivaluadas y de join.
Una dependencia funcional es una restricción inherente a la semántica de los atributos que se expresa en la
forma : X → Y ( X e Y son descriptores , esto es, conjuntos de atributos ) y se lee “ X implica Y” . El significado ,
ya aclarado en la introducción , es que , a cada valor de X , le corresponde uno solo de Y .
Una dependencia multivaluada ocurre cuando la presencia de una o más filas en una tabla implica la presencia
de una o más filas en esa misma tabla. Dicho de otra manera, dos atributos (o columnas) en una tabla son
independientes entre sí, pero ambos dependen de un tercer atributo.

Una dependencia multivaluada impide la normalización estándar de la cuarta forma normal (4NF). Las bases
de datos relacionales siguen cinco formas normales que representan pautas para el diseño de registros. Evitan
anomalías de actualización e inconsistencias en los datos. El cuarto formulario normal trata de las relaciones
entre varios en una base de datos.
PRIMERA FORMA
La primera forma normal es la primera de las reglas de normalización de
base de datos y por lo tanto es la más importante, ya que si no se cumple
con esta regla no se pueden cumplir las demás.

Esta regla asegura que una tabla es una representación válida de una
entidad, cumple con varias propiedades de las tablas y no tiene grupos
repetitivos. Debe cumplir con varias sub reglas.
SUB REGLAS DE LA PRIMERA FORMA
NORMAL:
1. No Hay Orden De Arriba-a-Abajo En Las Filas.- Es necesario que el orden en el que son
dados de alta los registros no tengan ningún significado.
2. No Hay Orden De Izquierda a Derecha En Las Columnas.- el orden de los campos de una
tabla no debe tener ningún significado. Asumiendo una tabla con varios campos, entre ellos:
● UnApellido (de tipo texto)
● OtroApellido (de tipo texto)

No se debe, por tanto, a asumir que el campo Un Apellido se trata al Apellido paterno y
Otro Apellido al apellido materno. En lugar de eso se debe nombrar correctamente cada
campo:

●· ApellidoMaterno (o SegundoApellido)
●· ApellidoPaterno (o PrimerApellido)
3. No Hay Filas Duplicadas.- Es decir, hay UNIDAD DE REGISTRO, y esto se obtiene
fácilmente teniendo una llave primaria en la tabla.

4. Cada Intersección De Fila-Columna Contiene Exactamente Un Valor Del Dominio

Aplicable.- Cuando se define un campo en la tabla, todos los registros tendrán valores en
sus campos de los valores esperados y dentro del dominio esperado también por las
restricciones o CONSTRAINT configurados.

5. No Debe Haber Campos Que Permitan Nulos.- Una manera de asegurarse que la
calidad de los datos es óptima es asegurándose que los campos no acepten valores nulos.

6. Los Campos No Clave Deben Identificarse Por La Clave (Dependencia Funcional).-

Cada campo dentro de la tabla debe hablar del concepto que se guarda en la tabla, y
además debe depender de todas las llaves candidatas
7. No Debe Contar Con Grupos Repetitivos.- 1. Un grupo repetitivo es un conjunto de
campos que permiten guardar varios valores de un mismo tipo.
Otros ejemplos de grupos repetitivos son:

● Telefóno1, Telefono2, Teléfono3

● Descuento1, Descuento2, Descuento3.
●HorarioEntradaLunes, HorarioEntradaMartes…
●Habilidad1, Habilidad2, Habilidad3.

En esos casos será necesario crear una nueva tabla (con los grupos repetitivos) y crear
una relación 1:n con la tabla principal.
 Una tabla está en Primera Forma Normal si:

Todos los atributos son atómicos. Debe Existir una independencia del
orden tanto de las filas como de las
columnas
La tabla contiene una clave primaria
única.
Una tabla no puede tener múltiples
valores en cada columna
La clave primaria no contiene
atributos nulos

Los datos son atómicos (a cada valor

No debe existir variación en el número de X le pertenece un valor de Y y
de columnas viceversa)

Los Campos no clave deben identificarse

por la clave (Dependencia Funcional)
SEGUNDA FORMA
Para que una tabla pueda cumplir con la segunda forma normal es requisito indispensable que cumpla con la primera
forma normal, y además que:

• Cualquier campo no-llave(aquellos campos que no forman parte de las llaves) dependa de toda la clave
primaria (y de las candidatas) en vez de solo de una parte de ella .

Entonces podemos decir que una relación esta en 2FN si y solo si:

• Está en 1NF.
• Todos los atributos fuera de la llave primaria son funcionalmente dependientes de la misma manera completa.
Ejemplo

ELEMENTOS DE DEPENDENCIA:

● CÓD → PRODUCTO ● CAJA → MARCA ● COD-CAJA→ CANTIDAD

COSTO TOTAL
De estas tres dependencias debemos crear tablas
● CÓD → PRODUCTO
● CAJA → MARCA
COSTO

● COD-CAJA→ CANTIDAD

TOTAL
Relación//Relación Datos Repetidos
Anomalías En Las Relaciones 2FN

❖ Anomalías En Las Relaciones 2FN

❖ Una relación 2FN puede presentar anomalías de almacenamiento si cualquiera de su no-clave depende
transitivamente de la clave primaria. Se dice que una no-clave depende transitivamente de la clave primaria si es

funcionalmente dependiente de otra no-clave, en otras palabras, depende indirectamente de la clave principal.
TERCERA FORMA
Todos los atributos (campos) que no son claves deben ser mutuamente
independientes, es decir, un campo no debe depender de otro atributo no clave
de su tabla.

Si un campo que no es clave depende de otro campo que no es clave, la tabla

posiblemente contiene datos acerca de más de una entidad, contradiciendo el
principio de que cada tabla debe almacenar información de una sola entidad.
CUARTA FORMA NORMAL
• Hace lo siguiente: La tabla debe estar en 3NF
• Transforma las múltiples dependencias valoradas en dependencias funcionales. Esto implica que un valor
de varios valores y no dependen de una clave principal.
• Eliminar varios conjuntos de múltiples valores o varios valores dependencias, a veces descrito como no
trivial.
• La cuarta forma normal proporciona una base teórica para un principio que es intuitivamente obvio: no se
deben combinar en una sola relación grupos repetitivos independientes.
• La 4FN entra en juego solo si hay valores múltiples para los atributos. (Si cada producto en el ejemplo
considerado, solo tuviera un tamaño de paquete o un solo proveedor, no se aplicaría esta forma normal)
QUINTA FORMA
También conocida como forma normal de proyección
cónica es un nivel de normalización de base de datos
diseñada para reducir redundancias en las bases de
datos relacionados en guardar hechos multivalores
aislados semánticamente relacionados múltiple
relación a ozuna tabla se dice que estás y sólo si
cada dependencia de Unión es en ella sí aplica por el
la clave cantidad la quinta forma formal fue definido
por Roldán y su contribución al congreso normal
forma de la realidad de base de datos
GRACIAS