Las Normalizacionesaa

UNIVERSIDAD O&M (ORGANIZACION Y
METODOS)
NOMBRE:
JORDANNY DE JESUS SANTOS TORRES
MATRICULA:
21-EISN-7-037
TEMA:
LA NORMALIZACIÓN
Normalización
La normalización es el proceso de organizar los datos de una base
de datos. Se incluye la creación de tablas y el establecimiento de
relaciones entre ellas según reglas diseñadas tanto para proteger
los datos como para hacer que la base de datos sea más flexible
al eliminar la redundancia y las dependencias incoherentes.
Los datos redundantes desperdician el espacio de disco y crean
problemas de mantenimiento. Si hay que cambiar datos que
existen en más de un lugar, se deben cambiar de la misma forma
exactamente en todas sus ubicaciones. Un cambio en la dirección
de un cliente es mucho más fácil de implementar si los datos sólo
se almacenan en la tabla Clientes y no en algún otro lugar de la
base de datos.
1FN – Primera Forma Normal
Una tabla está en Primera Forma Normal si:
• Todos los atributos son «atómicos». Por ejemplo, en el
campo teléfono no tenemos varios teléfonos.
• La tabla contiene una clave primaria única. Por ejemplo el
NIF para personas, la matrícula para vehículos o un simple id
autoincremental. Si no tiene clave, no es 1FN.
• La clave primaria no contiene atributos nulos. No
podemos tener filas para las que no haya clave (por ejemplo,
personas sin NIF o vehículos sin matrícula).
• No debe existir variación en el número de columnas. Si
algunas filas tienen 8 columnas y otras 3, pues no estamos
en 1FN.
• Los campos no clave deben identificarse por la clave. Es
decir, que los campos no clave dependen funcionalmente de
la clave. Esto es prácticamente lo mismo que decir que existe
clave primaria.
• Debe Existir una independencia del orden tanto de las
filas como de las columnas, es decir, si los datos cambian
de orden no deben cambiar sus significados. Por ejemplo, si
en la columna 1 tenemos el primer apellido y en la columna 2
tenemos el segundo, pues no estamos en 1FN. Igualmente si
en la tercera fila tenemos el tercer mejor expediente y en la
quinta fila el quinto, no estamos en 1FN.
2FN – Segunda Forma Normal

Una tabla está en 2FN si además de estar en 1FN cumple que los
atributos no clave depende de TODA la clave principal.
Por ejemplo, si tenemos una tabla con Personas, identificadas por
su NIF y recogemos su empresa y dirección de trabajo, la clave
sería NIF-Empresa. Pero nos encontraremos con que una misma
persona puede trabajar en varias empresas. Y vemos que la
dirección de trabajo no depende de TODA la clave primaria, sino
solo de la empresa. Por lo tanto, no estamos en 2FN.
3FN – Tercera Forma Normal
Una tabla está en 3FN si además de estar en 2FN no existe
ninguna dependencia transitiva entre los atributos que no son
clave.
Otras formas de normalización
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.
¿Por qué se normalizan las bases de datos?
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.
• Reducir el tiempo y complejidad de revisión de las bases de
datos.
• Optimizar el espacio de almacenamiento.
• Prevenir borrados indeseados de datos.
Requisitos de la normalización
Para que las tablas de nuestra 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.
Desnormalización
Las reglas de normalización no consideran el rendimiento. En

algunos casos es necesario considerar la desnormalización para
mejorar el rendimiento. La desnormalización es la duplicación
intencionada de columnas en varias tablas, lo cual aumenta la
redundancia de datos.
La normalización crea más tablas al avanzar hacia formas

normales más altas, sin embargo, a mayor número de tablas,
mayor número de combinaciones al recuperar los datos; lo que
contribuye a la ralentización de las consultas. Por esta razón, para
mejorar la velocidad de determinadas consultas, se pueden anular
las ventajas de la integridad de datos y devolver la estructura de
los datos a una forma normal inferior.
Adicionalmente, Coronel, Morris y Rob (2011), al referir al proceso

de desnormalización, señalan que la unión de muchas tablas
requiere operaciones de entrada/salida (I/O) y lógica de
procesamiento adicional en el disco, con lo que se reduce la
velocidad del sistema. Por lo tanto, pueden existir circunstancias
fortuitas que permitan algún grado de desnormalización para
incrementar la velocidad de procesamiento. Debemos tomar en
cuenta que la ventaja de una mayor velocidad de procesamiento
debe evaluarse cuidadosamente contra la desventaja de datos
anómalos.
Claves
Una clave primaria es el conjunto mínimo de columnas que
identifica unívocamente a cada fila. La clave primaria es un
identificador que va a ser siempre único para cada fila. Se
acostumbra a poner la clave primaria como la primera columna de
la tabla, pero es más una conveniencia que una obligación.
Muchas veces la clave primaria es numérica auto-incrementada,
es decir, generada mediante una secuencia numérica
incrementada automáticamente cada vez que se inserta una fila.
En una tabla puede que tengamos más de una columna que puede
ser clave primaria por sí misma. En ese caso se puede escoger
una para ser la clave primaria y las demás claves serán claves
candidatas.
Una clave ajena (foreign key o clave foránea) es aquella columna
que existiendo como dependiente en una tabla, es a su vez clave
primaria en otra tabla.
Una clave alternativa es aquella clave candidata que no ha sido
seleccionada como clave primaria, pero que también puede
identificar de forma única a una fila dentro de una tabla. Ejemplo:
Si en una tabla clientes definimos el número de documento
(id_cliente) como clave primaria, el número de seguro social de
ese cliente podría ser una clave alternativa. En este caso no se
usó como clave primaria porque es posible que no se conozca ese
dato en todos los clientes.
Una clave compuesta es una clave que está compuesta por más
de una columna.
La visualización de todas las posibles claves candidatas en una
tabla ayudan a su optimización. Por ejemplo, en una tabla
PERSONA podemos identificar como claves su DNI, o el conjunto
de su nombre, apellidos, fecha de nacimiento y dirección.
Podemos usar cualquiera de las dos opciones o incluso todas a la
vez como clave primaria, pero es mejor en la mayoría de sistemas
la elección del menor número de columnas como clave primaria.

Las Normalizacionesaa

Cargado por

Copyright:

Formatos disponibles

Las Normalizacionesaa

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

Las Normalizacionesaa

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD O&M (ORGANIZACION Y

JORDANNY DE JESUS SANTOS TORRES

2FN – Segunda Forma Normal

• Evitar la redundancia de los datos.

• Cada tabla debe tener su nombre único.

Las reglas de normalización no consideran el rendimiento. En

La normalización crea más tablas al avanzar hacia formas

Adicionalmente, Coronel, Morris y Rob (2011), al referir al proceso

También podría gustarte