Tema 4 BD1

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

TEMA 4

NORMALIZACIÓN

4.1. Dificultades de Diseño de BDR

Antes de poder hablar sobre formas normales y dependencias de datos, veamos


lo que puede ir mal en un diseño incorrecto de bases de datos. Entre las
propiedades no deseables que un diseño incorrecto puede tener están:
✓ Repetición de la información
✓ Incapacidad de representar cierta información.

4.2. Descomposición

Siempre que un analista de


sistemas de base de datos
arma una base de datos,
queda a su cargo
descomponer dicha base en
grupos y segmentos de
registros. Este proceso es la
descomposición; el mismo es
necesario independientemente
de la arquitectura de la base de
datos - relacional, red o
jerárquica-. Sin embargo, para
la base de datos relacional, la
acción correspondiente puede dividirse y expresarse en términos formales y se
denomina normalización a la misma.

La normalización convierte una relación en varias sub-relaciones, cada una de las


cuales obedece a reglas. Estas reglas se describen en términos de dependencia.
Una vez que hayamos examinado las distintas formas de dependencia,
encontraremos procedimientos a aplicar a las relaciones de modo tal que las
mismas puedan descomponerse de acuerdo a la dependencia que prevalece.

4.3. 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.

BASE DE DATOS I - ITEC FE Y ALEGRIA 2022


LIC. JULIO JHONNY GOMEZ PINTO
El proceso de normalización de bases de datos consiste en aplicar una serie de
reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al
modelo relacional.

Las bases de datos relacionales se normalizan para:


✓ Evitar la redundancia de los datos.
✓ Evitar problemas de actualización de los datos en las tablas.
✓ Proteger la integridad de los datos.

Hay algunas reglas en la normalización de una base de datos. Cada regla se


denomina una "forma normal".

4.3.1. Primera forma normal

La primera forma normal (1FN), requiere que los datos sean atómicos. En otras
palabras, la 1FN prohíbe a un campo contener más de un dato de su dominio de
columna. También exige que todas las tablas deben tener una clave primaria. Por
último, indica que una tabla no debe tener atributos que acepten valores nulos.

Una tabla está en Primera Forma Normal si:


• Todos los atributos son atómicos. Un atributo es atómico si los elementos
del dominio son indivisibles, mínimos.
• La tabla contiene una llave primaria única.
• La llave primaria no contiene atributos nulos.
• No debe existir variación en el número de columnas.
• Los Campos no llave deben identificarse por la llave (Dependencia
Funcional)
• 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
• Una tabla no puede tener múltiples valores en cada columna. Los datos son
atómicos. (Si a cada valor de X le pertenece un valor de Y y viceversa)

Ejemplo:

BASE DE DATOS I - ITEC FE Y ALEGRIA 2022


LIC. JULIO JHONNY GOMEZ PINTO
4.3.2. Segunda forma normal

Una tabla que está en la primera forma normal (1FN) debe satisfacer criterios
adicionales para calificar para la segunda forma normal.

Una tabla 1FN estará en 2FN 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 una parte de ella.

Una relación está en 2FN si está en 1FN y si los atributos que no forman parte
de ninguna clave dependen de forma completa de la clave principal. Es decir
que no existen dependencias parciales. (Todos los atributos que no son clave
principal deben depender únicamente de la clave principal).

Se sugiere también:
✓ Cree tablas independientes para conjuntos de valores que se apliquen a
varios registros.
✓ Relacione estas tablas con una clave externa.
✓ Los registros no deben depender de nada que no sea una clave principal de
una tabla, una clave compuesta si es necesario.
Ejemplo:

BASE DE DATOS I - ITEC FE Y ALEGRIA 2022


LIC. JULIO JHONNY GOMEZ PINTO
4.3.3. Tercera forma normal

Sólo se puede iniciar el proceso 3FN si es que la tabla se encuentra en 2FN.


La tercera forma normal resuelve los problemas causados por las
dependencias funcionales entre atributos no clave. Lo que busca es que todas
las claves no primarias de la relación no posean dependencias funcionales con
otros atributos que tampoco son claves primarias. De modo que si deseo
transformar una relación que no está en tercera forma normal, lo que deberá
hacerse es remover los atributos no claves que dependen de otros atributos no
clave. Estos atributos removidos formarán parte de una nueva relación la cual
tendrá como clave primaria al atributo del cual dependía el anterior en
mención. De esta forma, cada atributo no clave de la relación es independiente
al resto de atributos.

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia


funcional transitiva entre los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un


esquema de relación R es una dependencia transitiva si hay un conjunto de
atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene
X->Z y Z->Y.
Para la Tercera Forma Normal (3NF) la relación debe estar en 2NF y además
los atributos no clave deben ser mutuamente independientes y dependientes
por completo de la clave primaria.

Se sugiere también:
✓ 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.

Ejemplo:

BASE DE DATOS I - ITEC FE Y ALEGRIA 2022


LIC. JULIO JHONNY GOMEZ PINTO
4.3.4. Forma Normal de Boyce Codd

La cuarta forma normal, también llamada Forma normal de Boyce Codd


(BCNF, Boyce Codd Normal Form). La tabla se encuentra en FNBC si cada
atributo que determina completamente a otro, es clave candidata.

Una tabla está en la forma normal de Boyce-Codd si:


✓ Está en la tercera forma normal y
✓ Cada determinante es bien la clave, o bien una clave alterna.
✓ Una tabla esta es cuarta forma normal si:
✓ Está en la forma normal de Boyce-codd, y
✓ No tiene varias dependencias multivaluadas.

4.3.5. Cuarta Forma Normal (4FN)

Una tabla está en 4FN si ya pasó por la 3FN o en BCFN y no posee dependencias
multivaluadas no triviales. Una tabla con una dependencia multivariada es una
donde la existencia de dos o más relaciones independientes muchos a muchos,
causa redundancia, la que es suprimida por la cuarta forma normal.

4.3.6. Quinta Forma Normal.

La quinta forma normal existe, 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.

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 candidatas.

BASE DE DATOS I - ITEC FE Y ALEGRIA 2022


LIC. JULIO JHONNY GOMEZ PINTO

También podría gustarte