Normalizacion

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 11

M.Sc. Ing.

Walter Junior Medina López 9/08/2021


La normalización es el proceso mediante el cual se transforman datos complejos
a un conjunto de estructuras de datos más pequeñas, que además de ser más
simples y más estables, son más fáciles de mantener.
Serie de reglas que sirven para ayudar a los diseñadores de bases de datos a
desarrollar un esquema que minimice los problemas de lógica. Cada regla está
basada en la que le antecede.
Grados de Normalización
Existen básicamente tres niveles de normalización: Primera Forma Normal (1NF),
Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de
estas formas tiene sus propias reglas.

9/08/2021
Digamos que queremos crear una tabla con la información de usuarios, y los
datos a guardar son el nombre, la empresa, la dirección de la empresa y algún
e-mail, o bien URL si las tienen. En principio comenzarías definiendo la estructura
de una tabla como esta:
Formalización CERO

Observa los campos url1 y url2 ¿Qué haremos cuando en nuestra aplicación
necesitemos una tercera url? ¿Quieres tener que añadir otro campo/columna a
tu tabla y tener que reprogramar toda la entrada de datos? Obviamente no,
tu quieres crear un sistema funcional que pueda crecer y adaptarse fácilmente
a los nuevos requisitos

9/08/2021
PRIMERA FORMA NORMAL (1NF)

La regla de la Primera Forma Normal establece que las columnas repetidas deben
eliminarse y colocarse en tablas separadas, es decir:
1. Eliminar los grupos repetitivos de la tablas individuales.
2. Crear una tabla separada por cada grupo de datos relacionados.
3. Identificar cada grupo de datos relacionados con una clave primaria.
En el ejemplo: ¿ Ves que estamos rompiendo la primera regla cuando repetimos los
campos url1 y url2 ? ¿ Y que pasa con la tercera regla, la clave primaria ?

9/08/2021
SEGUNDA FORMA NORMAL (2NF)

La regla de la Segunda Forma Normal establece que todas las dependencias


parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un término que describe a aquellos datos que no
dependen de la llave primaria de la tabla para identificarlos, es decir:
1. Crear tablas separadas para aquellos grupos de datos que se aplican a varios
registros.
2. Relacionar estas tablas mediante una clave externa.

En el ejemplo: Cada vez que introducimos un nuevo registro en la tabla usuarios,


tenemos que duplicar el nombre de la empresa y del usuario. No sólo nuestra BD
crecerá muchísimo, sino que será muy fácil que la BD se corrompa si escribimos mal
alguno de los datos redundantes.
Separamos el campo url en otra tabla, de forma que podemos añadir más en el
futuro si tener que duplicar los demás datos. También vamos a usar nuestra clave
primaria para relacionar estos campos:
9/08/2021
SEGUNDA FORMA NORMAL (2NF)

Hemos creado tablas separadas


y la clave primaria en la tabla
usuarios, userId, esta
relacionada ahora con la clave
externa en la tabla urls,
relUserId.
¿Pero que ocurre cuando
queremos añadir otro empleado
a la empresa ABC? ¿ o 200
empleados?
Ahora tenemos el nombre de la
empresa y su dirección
duplicándose, otra situación que
puede inducirnos a introducir
errores en nuestros datos.

9/08/2021
TERCERA FORMA NORMAL (3NF)

Una tabla está normalizada en esta forma si todas las columnas que no son llave
son funcionalmente dependientes por completo de la llave primaria y no hay
dependencias transitivas, es decir:
1. Eliminar aquellos campos que no dependan de la clave.
En el ejemplo: Nuestro nombre de empresa y su dirección no tienen nada que ver
con el campo userId, así que tienen que tener su propio empresaId:

9/08/2021
Forma normal de Boyce-Codd (FNBC)

Es una versión ligeramente más fuerte de la Tercera forma normal. La forma


normal de Boyce-Codd requiere que no existan dependencias funcionales no
triviales de los atributos que no sean un conjunto de la clave candidata. En una
tabla en 3FN, todos los atributos dependen de una clave, de la clave completa y
de ninguna otra cosa excepto de la clave.

Una forma sencilla de comprobar si una relación se encuentra en FNBC consiste


en comprobar, además de que esté en 3FN, lo siguiente:
1. Si no existen claves candidatas compuestas (con varios atributos), está en
FNBC.
2. Si existen varias claves candidatas compuestas y éstas tienen un elemento
común, puede no estar en FNBC. Sólo si, para cada dependencia funcional en la
relación, el determinante es una clave candidata, estará en FNBC.

9/08/2021
Cuarta Forma Normal (4NF)

Una tabla está en 4NF si y solo si esta en Tercera forma normal o en BCNF
(Cualquiera de ambas) y no posee dependencias multivaluadas no triviales. La
definición de la 4NF confía en la noción de una dependencia multivaluada.
Una tabla con una dependencia multivaluada es una donde la existencia de dos
o más relaciones independientes muchos a muchos causa redundancia; y es esta
redundancia la que es suprimida por la cuarta forma normal.

Quinta Forma Normal (5NF)

Una tabla se encuentra en 5FN si:


•La tabla está en 4FN
•No existen relaciones de dependencias no triviales que no siguen los criterios de
las claves. Una tabla que se encuentra en la 4FN se dice que está en la 5FN si, y
sólo si, cada relación de dependencia se encuentra definida por las claves
responsables de la relación(pk y fk)
9/08/2021
Forma normal de dominio/clave (DKNF) / Sexta Forma Normal (6NF)

Es una forma normal usada en normalización de bases de datos que requiere que
la base de datos contenga restricciones de dominios y de claves.
Una restricción del dominio especifica los valores permitidos para un atributo
dado, mientras que una restricción clave especifica los atributos que identifican
únicamente una fila en una tabla dada. DKNF es frecuentemente difícil de
alcanzar en la práctica.

9/08/2021
9/08/2021

También podría gustarte