SERVICIO NACIONAL DE APRENDIZAJE

SENA

ESPECIALIZACIÓN EN GESTIÓN Y SEGURIDAD DE BASES DE DATOS

ID:1881802

INFORME : “NORMALIZACIÓN DE BASES DE DATOS”

PRESENTADO POR: JORGE LEONARDO LOPEZ CERRO

PRESENTADO A: CESAR MAURICIO CASTILLO RODRIGUEZ

SENA
2019
NORMALIZACIÓN DE BASES DE DATOS.

Son aquellas formas aplicadas durante un proceso que permitirá la creación de una base de
datos relacional con un modelo de progreso. Es la reacción y aprobación de normas que se
establecen para garantizar el acoplamiento de elementos construidos independientemente, y
garantiza la calidad de los elementos creados y la seguridad del funcionamiento.

Simplificación: trata de reducir y quedarse con los elementos necesarios.

Unificación: para permitir intercambiar a nivel internacional.

Especificación: se trata de evitar errores de identificación en un lenguaje claro y preciso.

ANOMALÍAS

es la eliminación de la teoría de las anomalías que ocurren en una base de datos, estas
anomalías pueden producirse durante los cambios en una base de datos. una de ellas
respecto al diseño de bases de datos relacionales es realmente el cambio de datos erróneos.

DEPENDENCIAS

dependencia funcional: es la conexión de uno o mas atributos.

dependencia transmitida: son tres o mas atributos de la misma entidad.

La normalización en su mayor parte no necesita sentido común y nociones basicas de

sentido empresarial.

Primera forma normal

elimina la repetición de grupos

define las claves principales

todos los registros deben ser identificados unicamente con una clave principal y por lo tanto
no se permiten valores duplicados.

Todos los campos distintos de la clave principal dependen de ella ya sea directa o
indirectamente.

Todos los campos deben tener un único valor.

Todos los valores deben tener un dato.

Crear una nueva tabla para mover la repetición de grupos de la tabla original.
Segunda forma normal

la entidad debe tener la primera forma normal.

todos los atributos clave deben tener dependencia de la clave primaria.

Si una entidad no se halla en la segunda forma normal debemos convertila para remover los
atributos que dependen de la primera. Si una entidad tiene clave primaria compuesta por
varios atributos si un atributo depende unicamente del identificador compuesto, entoces el
atributo hace parte de la clave primaria.

Hay algunas reglas en la normalización de una base de datos. Cada regla se denomina una
"forma normal". Si se cumple la primera regla, se dice que la base de datos está en la
"primera forma normal". Si se cumplen las tres primeras reglas, la base de datos se
considera que está en la "tercera forma normal". Aunque son posibles otros niveles de
normalización, la tercera forma normal se considera el máximo nivel necesario para la
mayor parte de las aplicaciones.

Tercera forma normal

Elimine los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la
tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más
de un único registro de la tabla, considere colocar estos campos en una tabla
independiente.

por ejemplo, en una tabla Contratación de empleados, puede incluirse el nombre de la

universidad y la dirección de un candidato. Pero necesita una lista completa de universidades
para enviar mensajes de correo electrónico en grupo. Si la información de las universidades
se almacena en la tabla Candidatos, no hay forma de enumerar las universidades que no
tengan candidatos en ese momento.

EXCEPCIÓN: cumplir la tercera forma normal, aunque en teoría es deseable, no siempre es

práctico. Si tiene una tabla Clientes y desea eliminar todas las dependencias posibles entre
los campos, debe crear tablas independientes para las ciudades, códigos postales,
representantes de venta, clases de clientes y cualquier otro factor que pueda estar
duplicado en varios registros.
La cuarta forma normal, también llamada Forma normal de Boyce Codd (BCNF, Boyce Codd
Normal Form), y la quinta forma normal existen, pero rara vez se consideran en un diseño
real. Si no se aplican estas reglas, el diseño de la base de datos puede ser menos perfecto,
pero no debería afectar a la funcionalidad.