Normalización de

Datos

Semana 6

1 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Temas

 Concepto de Normalización
 Formas Normales
 Caso de aplicación

2 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Concepto:

La normalización es un proceso que

pretende conseguir tablas con una
estructura óptima y eficaz. El proceso
de normalización está basado en lograr
la independencia de los datos respecto
a las aplicaciones que los usan. Evita la
redundancia de datos.

3 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Normalización
 Valida y mejora el diseño lógico que satisface
ciertas restricciones, la cual evita la
duplicación innecesaria de datos.
 Proceso de descomposición de relaciones
con anomalías para producir relaciones bien
estructuradas y más pequeñas.
 No siempre provoca el mejor rendimiento en
los RDBMS.

4 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Relaciones bien estructuradas

 Contiene mínima redundancia y permite que

los usuarios añadan, eliminen y actualicen
registros (filas) sin causar inconsistencias.
 La meta es evitar anomalías
 Anomalías de inserción: la adición de nuevas
filas obliga a los usuarios a crear datos
duplicados.
 Anomalías de eliminación: puede causar la
pérdida de datos que deben ser requeridos para
otras filas futuras.
 Anomalías de modificación: los datos
cambiados obligan a cambiar otros causados por
la duplicación.
5 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013
6 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013
 Claves y Dependencia Funcional

 El valor de un atributo A (determinante)

determina el valor de otro atributo B
AB
 Clave Candidata:
 Unico identificador. Una de las claves que llega ha
convertirse en la clave primaria.
• Ej. Tanto el código de empleado como DNI ambas son
claves candidatas de la entidad Empleado.
• Cada campo no clave es funcionalmente dependiente de
cada clave candidata.

7 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Normalización

RUC___________ Razón Social_______

RUC 30001
Dirección_________________Teléfono____
Nro 1240001

Cod Artículo Descripción Artículo Cant Prec.Unit Prec.Tot.

Total Factura

Fecha / /
8 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013
 Atributos de la Entidad

Nro Factura RUC Cliente Razón Social Dirección Telefono Total Factura Fecha

Cod Artículo Descripción Artículo Cant Prec.Unit Prec.Tot.

9 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Primera Forma Normal

 Eliminar atributos multivaluados (grupos

repetitivos).
 Cada atributo debe ser atómico.

10 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Primera Forma Normal 1FN
Grupos Repetitivos y valores atómicos

RUC: 0000125 Razón Social: LIBRERIA PAZ

RUC 30001
Dirección: Arica 325. Lince Telefono: 553432
Nro 1240001

Cod Artículo Descripción Artículo Cant Prec.Unit Prec.Tot.

010 Lapicero Azul punta fina 100 2.50 250.00
753 Cuaderno rayado A4 200 10.00 2000.00

Fecha 20/08/2007 Total Factura 2250.00

Documento Factura visto en una única Tabla

Nro_Factura RUC_Cliente Razón_Social Direccion_Cliente Total Fecha Cod_Articulo Desc_Articulo Cant Prec_Unitario Prec_Total
1240001 0000125 LIBRERIA PAZ Arica 325. Lince 2250 20/08/2007 010 Lapicero Azul punta fina 100 2.5 250
1240001 0000125 LIBRERIA PAZ Arica 325. Lince 2250 20/08/2007 753 Cuaderno rayado A4 200 10 2000

11 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Resultados de la Primera
Forma Normal
Grupo No Repetitivo
Nro Factura RUC Cliente Razón Social Dirección Total Fecha

Nro_Factura RUC_Cliente Razón Social Direccion_Cliente Total Fecha

1240001 0000125 LIBRERIA PAZ Arica 325. Lince 2250 20/08/2007

Grupo Repetitivo

Nro Factura Cod Artículo Descripción Artículo Cant Prec.Unit Prec.Tot.

Nro_Factura Cod_Articulo Desc_Articulo Cant Prec_Unitario Prec_Total

1240001 010 Lapicero Azul punta fina 100 2.5 250
1240001 753 Cuaderno rayado A4 200 10 2000

12 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Segunda Forma Normal

 Dependencias Funcionales
 Cada atributo no clave debe estar
determinado por toda la clave y no parte de
esta.
 Separar dependencias funcionales
parciales.

13 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Segunda Forma Normal
Dependencias Funcionales

Grupo No Repetitivo

Nro Factura RUC Cliente Razón Social Dirección Total Fecha

Dependencias Parciales
Grupo Repetitivo

Nro Factura Cod Artículo Descripción Artículo Cant Prec.Unit Prec.Tot.

Dependencias Totales
14 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013
 Resultados de la Segunda Forma
Normal
Nro Factura RUC Cliente Razón Social Dirección Total Fecha

Nro_Factura RUC_Cliente Razón Social Direccion_Cliente Total Fecha

1240001 0000125 LIBRERIA PAZ Arica 325. Lince 2250 20/08/2007

Nro Factura Cod Artículo Cant Prec.Tot.

Nro_Factura Cod_Articulo Cant Prec_Total

1240001 010 100 250
1240001 753 200 2000

Cod Artículo Descripción Artículo Prec.Unit

Cod_Articulo Desc_Articulo Prec_Unitario

010 Lapicero Azul punta fina 2.5
753 Cuaderno rayado A4 10

15 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Tercera Forma Normal

 Dependencias Transitivas
 Un atributo no clave determina
funcionalmente un segundo, el cual
determina a un tercero.

16 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Tercera Forma Normal
Dependencias Transitivas

Dependencias Transitivas

Nro Factura RUC Cliente Razón Social Dirección Total Fecha

Nro Factura Cod Artículo Cant Prec.Tot.

Cod Artículo Descripción Artículo Prec.Unit

17 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Resultados de la Tercera Forma Normal
CLIENTE RUC Cliente Razón Social Dirección

RUC_Cliente Razón Social Direccion_Cliente

0000125 LIBRERIA PAZ Arica 325. Lince

FACTURA Nro Factura RUC Cliente Total Fecha

Nro_Factura RUC_Cliente Total Fecha

1240001 0000125 2250 20/08/2007

DETALLE_FACTURA Nro Factura Cod Artículo Cant Prec.Tot.

Nro_Factura Cod_Articulo Cant Prec_Total

1240001 010 100 250
1240001 753 200 2000

ARTICULO Cod Artículo Descripción Artículo Prec.Unit

Cod_Articulo Desc_Articulo Prec_Unitario

010 Lapicero Azul punta fina 2.5
753 Cuaderno rayado A4 10

18 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Diagrama Entidad Relación

19 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Forma Normal Boyce-Codd

 Una relación está en la Forma Normal

Boyce-Codd si y solo si cada atributo
determinante en una relación (Tabla)
es una llave candidata.

20 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Forma Normal de Boyce-Codd
 Supuesto:
 Cada Producto tiene un único Vendedor

Cliente Vendedor

Cliente_Producto
Cod Cliente
Cod Vendedor

Cod Producto Producto

Ultimo Precio Venta

21 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Forma Normal de Boyce-Codd

 Cod Producto y el Ultimo Precio Venta son dependientes de la

llave primaria.
 Existe una segunda dependencia del Cod Producto al Cod
Vendedor, derivada de la exclusividad que tiene cada Vendedor
sobre el Producto.
 Por lo tanto el Cod Producto es un atributo determinante capaz
de ser parte de la llave primaria, pero ponerlo conjuntamente
con el Cod de Vendedor seria redundante.

Cod Cliente Cod Vendedor Cod Producto Ultimo Precio Venta

22 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Forma Normal de Boyce-Codd

 Propuesta de solución:
 Intercambiar los atributos Cod Vendedor por Cod
Producto, quedando la relación pendiente de pasar
por la Segunda Forma Normal.

Cod Cliente Cod Producto Cod Vendedor Ultimo Precio Venta

Dependencia Parcial

23 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Forma Normal de Boyce-Codd

 Aplicando la Segunda Forma Normal se obtiene

Cod Cliente Cod Producto Ultimo Precio Venta

Cod Producto Cod Vendedor

24 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Cuarta Forma Normal

 Se aplica a partir de la Forma Normal

de Boyce-Codd y no contiene
dependencias multivaluadas.

25 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Cuarta Forma Normal

 Dependencias Multivaluadas son:

 Dependencias que existen cuando
hay por lo menos 3 atributos A, B, C
• B -> A,
• C -> A, pero
• B es independiente de C.

26 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Cuarta Forma Normal
Ejemplo:

Curso (A) Profesor (B) Texto (C)

García
Drucker
Administración Arce
Peters
Pérez
Jones
Finanzas Méndez
Chang

27 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Cuarta Forma Normal
Desarrollo:

Curso (A) Profesor (B) Texto (C)

Administración García Drucker

Administración García Peters
Administración Arce Drucker
Administración Arce Peters
Administración Pérez Drucker
Administración Pérez Peters
Finanzas Méndez Jones
Finanzas Méndez Chang

28 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Cuarta Forma Normal

Curso_Profesor
Curso (A) Profesor (B)
Administración García
Administración Arce
Administración Pérez
Finanzas Méndez
Curso_Texto
Curso (A) Texto (C)
Administración Drucker
Administración Peters
Finanzas Jones
Finanzas Chang

29 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013

 Quinta Forma Normal
Una Tabla esta en Quinta Forma Normal (5FN) o
Forma Normal de Proyección-Unión si está en 4FN y
las únicas dependencias que existen son las
dependencias de unión de una Tabla con sus
proyecciones relacionándose entre las distintas
proyecciones mediante la clave primaria o cualquier
clave alterna. La 5FN se emplea cuando en una
misma Tabla tenemos mucha información
redundante, con pocos atributos o cuando una Tabla
posee una gran cantidad de atributos y se hace por
ello inmanejable.

30 Base de Datos © Ing. Ponte Roca Miguel Angel 30/07/2013