Está en la página 1de 23

NORMALIZACIÓN

z
DE BASE DE
DATOS
z
DEFINICIÓN

La normalización de bases de datos es un proceso que consiste


en designar y aplicar una serie de reglas a las relaciones
obtenidas tras el paso del modelo entidad-relación al modelo
relacional.
z

Evitar la redundancia de los


Las bases de datos.
datos
relacionales se Disminuir problemas de
normalizan actualización de los datos en
para: las tablas.

Proteger la integridad de
datos.
z
REDUNDANCIA

▪ Ocurre cuando hay demasiados datos en una sola relación o


tabla.
▪ Estos generan anomalías, que pueden ser:
▪ Inserción (Alta)

▪ Borrado (Baja)

▪ Actualización (Modificación)
z
Ejemplo de diseño inadecuado

❖ Redundancia de información: ciudad, distancia (ciudad); precio (artículo).

❖ Anomalías de modificación: !podemos tener el mismo artículo con dos


precios! (igual argumento para ciudad y distancia). → inconsistencias

❖ Anomalías de inserción: ¿Podemos registrar nuevo artículo?, ¿Nuevo


cliente?, ¿Nueva ciudad, distancia?

❖ Anomalías de borrado: Si eliminamos tupla de pedido de artículo A3 o cliente


C4 → pérdida de información.
z
Redundancia de
información:
• Datos repetidos
• Desperdicio de espacio.
Un diseño • Actualización complicada
inadecuado
produce: Mal diseño:

• Anomalías, redundancia e
inconsistencias de la información
• Imposibilidad para representar
cierta información
• Pérdida de información
Principio
z

básico de
diseño:
▪ “Hechos
distintos se
deben
almacenar
en objetos
distintos"
z

Objetivos de Organizar los datos en grupos lógicos, de tal


manera que cada grupo describa una pequeña
la parte del todo.

normalización
de base de Minimizar la cantidad de datos
duplicados almacenados en una base de datos.
datos
Perfeccionar la organización de los datos de tal
manera que, cuando se necesite introducir
modificaciones, el cambio sólo deba aplicarse
en un lugar.

Construir una base de datos a la que se pueda


acceder de forma rápida y donde sea posible
manipular los datos con la máxima eficiencia y sin
comprometer su integridad.
z
Formas normales
Un esquema de relación está en una determinada forma normal si satisface un
determinado conjunto específico de restricciones definidas sobre los atributos del
esquema (dependencias).
▪ 1ª FN (Codd, 1970)
▪ Concepto de relación normalizada.
▪ 2ª, 3ª FN (Codd, 1970), FNBC (Boyce/Codd, 1974)
▪ Basadas en análisis de dependencias funcionales.
▪ 4ª FN. Fagin, 1977
▪ Basada en análisis de dependencias multivaluadas.
▪ 5ª FN. Fagin, 1979
▪ Basada en análisis de dependencias de proyección / combinación.
z
Hay que seguir una serie de pasos
para poder decir que una tabla está
en primera forma normal, estos son:

Primera Eliminar los grupos repetitivos de la


tablas individuales.

forma
normal Crear una tabla separada por cada
grupo de datos relacionados.

(1FN)
Identificar cada grupo de datos
relacionados con una clave primaria

Una tabla no debe tener atributos


que acepten valores nulos.
z
EJEMPLO 1
Caso múltiples valores:

REDUNDANCIA DE DATOS

Datos redundantes en dos registros


z
SOLUCIÓN

Sin redundancia y sin grupos repetitivos

La clave en la segunda tabla es compuesta


z
EJEMPLO 2
Caso columnas que permiten valores nulos

Solución igual a la anterior


EJEMPLO 3
z
Tabla sin clave principal

Solución

Agregar un campo que sea clave principal


z

Una tabla para satisfacer la segunda forma


normal, de cumplir criterios adicionales.

Segunda
forma Estar si o si en 1FN

normal
Si y solo si ninguno de sus atributos no-
(2FN) principales son funcionalmente dependientes
en una parte (subconjunto propio) de una
clave candidata. (Un atributo no-principal es
uno que no pertenece a ninguna clave
candidata).

Cuando una tabla 1FN no tiene ninguna clave


candidata compuesta (claves candidatas
consten en más de un atributo), la tabla está
automáticamente en 2FN.
z
EJEMPLO 1
En este caso el nombre del trabajador no depende de ambas claves

Solución: Crear una nueva tabla que identifique a los trabajadores


EJEMPLO 2
z
En este caso solo la nota depende totalmente de la clave, los otros campos no

Solución: Crear dos nuevas tablas, una para alumnos y otra para
cursos.
z

Una tabla para satisfacer


la tercera forma normal,
de cumplir criterios
adicionales.
Tercera
forma
normal Estar si o si en 2FN

(3FN)
Ningún atributo no primario
de la tabla debe ser
dependiente transitivamente
de una clave primaria.
EJEMPLO
z

Se observa que el atributo fecha de nacimiento del ganador no depende de la clave


Compuesta, sino que lo hace de un atributo que no es clave, ganador.
z
SOLUCIÓN

Se desdobla en dos tablas una para


Representar a los ganadores y otra a los
Participantes.
z

Ejemplo 2
z

Solución
z
BIBLIOGRAFÍA

C.J. Date, S. y Ruiz, M. (2001). Introducción a los


sistemas de bases de datos. (Vol. 7).México: Prentice
Hall. Pág. 20.

Henry F. K, Silberschatz, A. y Sudarshan, S. (2006).


Fundamentos de bases de datos (Vol. 5). Madrid,
España: McGraw-Hill. Pág. 15.

También podría gustarte