NORMALIZACIÓN DE BASES DE
DATOS
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.
NORMALIZACIÓN DE BASES DE
DATOS
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.
NORMALIZACIÓN DE BASES DE
DATOS
Las anomalías que se evitan al normalizar una
base de datos son :
− Anomalía de Inserción.
− Anomalía de Borrado
− Anomalía de Actualización.
NORMALIZACIÓN DE BASES DE
DATOS
Sea el siguiente esquema relacional:
NORMALIZACIÓN DE BASES DE
DATOS

Se presentaría Anomalía de Inserción como se
muestra:
NORMALIZACIÓN DE BASES DE
DATOS

Se presentaría Anomalía de Borrado como se
muestra:
NORMALIZACIÓN DE BASES DE
DATOS

Se presentaría Anomalía de Actualización como se
muestra:
PRIMERA FORMA NORMAL 1FN
Una tabla está en Primera Forma Normal sólo si:
− Todos los atributos son atómicos.
− La tabla contiene una clave primaria.
− La tabla no contiene atributos nulos.
− Si no posee grupos repetitivos.
PRIMERA FORMA NORMAL 1FN
Grupo Repetitivo: Se refiere al atributo o conjunto de
atributos que tiene(n) múltiples valores para cada
tupla de la relación (tabla).
Formas de eliminarlos:
− Repetir los atributos con un sólo valor para cada
grupo repetitivo (no se recomienda).
− Ubicarlos en una relación aparte, heredando la
clave primaria de la relación en la que estaban.
PRIMERA FORMA NORMAL 1FN
Ejemplo de grupo repetitivo:
PRIMERA FORMA NORMAL 1FN
Normalización de relación con grupo repetitivo:
PRIMERA FORMA NORMAL 1FN

Ejemplo: Dada la siguiente tabla, expresarla en
Primera Forma Normal 1FN:
PRIMERA FORMA NORMAL 1FN

Ejemplo: En la tabla se observa que se podrían
tener dos o más números de teléfonos para un
cliente. Solución 1 Inviable, debido a que el campo
teléfono no es atómico:
PRIMERA FORMA NORMAL 1FN

Ejemplo: Solución 2 Inviable, debido a que la tabla
no debe contener atributos nulos:
PRIMERA FORMA NORMAL 1FN

Ejemplo: Solución 3 Inviable, debido a que
representa un teléfono o un conjunto de números
telefónicos:
PRIMERA FORMA NORMAL 1FN

Ejemplo: Diseño Correcto:
SEGUNDA FORMA NORMAL 2FN
Una tabla está en Segunda Forma Normal sólo si:
− Si está en Primera Forma Normal 1FN.
− Si no existen Dependencias Funcionales
parciales.
SEGUNDA FORMA NORMAL 2FN
La 2FN se aplica a las relaciones cuyas claves
primarias están compuestas por dos o más atributos.
Para eliminar la dependencia parcial, se crean dos
relaciones: una con atributos que son totalmente
dependientes de la clave primaria y otra con atributos
dependientes parcialmente de la clave, heredando la
porción de la clave de la que dependen.
SEGUNDA FORMA NORMAL 2FN
Ejemplo de relación que no está en 2FN:
SEGUNDA FORMA NORMAL 2FN
Normalización de relación planteada a 2FN:
SEGUNDA FORMA NORMAL 2FN
Otro ejemplo: Tabla que no satisface 2FN:
Clave Candidata? Empleado - Habilidad
SEGUNDA FORMA NORMAL 2FN

Ejemplo: Tabla expresada en 2FN:
TERCERA FORMA NORMAL 3FN
Una tabla está en Tercera Forma Normal sólo si:
− Si está en Segunda Forma Normal 2FN.
− Si no existen Dependencias Funcionales
Transitivas.
TERCERA FORMA NORMAL 3FN
Aunque las relaciones en 2FN tienen menos
redundancias que las relaciones en 1FN, todavía
pueden sufrir anomalias de actualización.
Para eliminar las dependencias transitivas, se
eliminan los atributos con dependencia transitiva y se
ubican en una nueva relación. La nueva relación
hereda el(los) atributo(s) no clave del (los) que
dependen.
TERCERA FORMA NORMAL 3FN
Ejemplo de relación que no está en 3FN:
TERCERA FORMA NORMAL 3FN
Normalización de relación planteada a 3FN:
TERCERA FORMA NORMAL 3FN

Otro ejemplo: Tabla que no satisface 3FN:
Clave Candidata? Torneo - Año
TERCERA FORMA NORMAL 3FN

Ejemplo: Se divide tabla en dos para satisfacer
3FN:
Llave foránea? Ganador
FORMA NORMAL BOYCE-CODD
Una tabla está en Forma Normal B-C sólo:
− Si está en Tercera Forma Normal 3FN.
− Si todo determinante es una clave candidata.
Nota: Esta forma normal solo puede violarse si
existe más de una clave candidata compuesta
que tenga un atributo común.
Determinante: Atributo(s) que determina(n)
completamente a otro.
FORMA NORMAL BOYCE-CODD
Considere la siguiente relación:
FORMA NORMAL BOYCE-CODD

Ejemplo2: El siguiente esquema satisface 3FN,
pero no satisface B-C (un estudiante tiene más de un
tutor):
Clave Candidata1? ID_Tutor - ID_Estudiante
Clave Candidata2? Número de seguro social del tutor - ID_Estudiante
Solución? Identificar al tutor de una sóla manera
FORMA NORMAL BOYCE-CODD

Ejemplo3: El siguiente esquema satisface 3FN,
pero no satisface B-C:
FORMA NORMAL BOYCE-CODD

Ejemplo3: El esquema anterior corregido que
satisface 3FN, y satisface B-C:

NORMALIZACIÓN DE BASES DE DATOS.pdf

  • 1.
    NORMALIZACIÓN DE BASESDE DATOS 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.
  • 2.
    NORMALIZACIÓN DE BASESDE DATOS 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.
  • 3.
    NORMALIZACIÓN DE BASESDE DATOS Las anomalías que se evitan al normalizar una base de datos son : − Anomalía de Inserción. − Anomalía de Borrado − Anomalía de Actualización.
  • 4.
    NORMALIZACIÓN DE BASESDE DATOS Sea el siguiente esquema relacional:
  • 5.
    NORMALIZACIÓN DE BASESDE DATOS  Se presentaría Anomalía de Inserción como se muestra:
  • 6.
    NORMALIZACIÓN DE BASESDE DATOS  Se presentaría Anomalía de Borrado como se muestra:
  • 7.
    NORMALIZACIÓN DE BASESDE DATOS  Se presentaría Anomalía de Actualización como se muestra:
  • 8.
    PRIMERA FORMA NORMAL1FN Una tabla está en Primera Forma Normal sólo si: − Todos los atributos son atómicos. − La tabla contiene una clave primaria. − La tabla no contiene atributos nulos. − Si no posee grupos repetitivos.
  • 9.
    PRIMERA FORMA NORMAL1FN Grupo Repetitivo: Se refiere al atributo o conjunto de atributos que tiene(n) múltiples valores para cada tupla de la relación (tabla). Formas de eliminarlos: − Repetir los atributos con un sólo valor para cada grupo repetitivo (no se recomienda). − Ubicarlos en una relación aparte, heredando la clave primaria de la relación en la que estaban.
  • 10.
    PRIMERA FORMA NORMAL1FN Ejemplo de grupo repetitivo:
  • 11.
    PRIMERA FORMA NORMAL1FN Normalización de relación con grupo repetitivo:
  • 12.
    PRIMERA FORMA NORMAL1FN  Ejemplo: Dada la siguiente tabla, expresarla en Primera Forma Normal 1FN:
  • 13.
    PRIMERA FORMA NORMAL1FN  Ejemplo: En la tabla se observa que se podrían tener dos o más números de teléfonos para un cliente. Solución 1 Inviable, debido a que el campo teléfono no es atómico:
  • 14.
    PRIMERA FORMA NORMAL1FN  Ejemplo: Solución 2 Inviable, debido a que la tabla no debe contener atributos nulos:
  • 15.
    PRIMERA FORMA NORMAL1FN  Ejemplo: Solución 3 Inviable, debido a que representa un teléfono o un conjunto de números telefónicos:
  • 16.
    PRIMERA FORMA NORMAL1FN  Ejemplo: Diseño Correcto:
  • 17.
    SEGUNDA FORMA NORMAL2FN Una tabla está en Segunda Forma Normal sólo si: − Si está en Primera Forma Normal 1FN. − Si no existen Dependencias Funcionales parciales.
  • 18.
    SEGUNDA FORMA NORMAL2FN La 2FN se aplica a las relaciones cuyas claves primarias están compuestas por dos o más atributos. Para eliminar la dependencia parcial, se crean dos relaciones: una con atributos que son totalmente dependientes de la clave primaria y otra con atributos dependientes parcialmente de la clave, heredando la porción de la clave de la que dependen.
  • 19.
    SEGUNDA FORMA NORMAL2FN Ejemplo de relación que no está en 2FN:
  • 20.
    SEGUNDA FORMA NORMAL2FN Normalización de relación planteada a 2FN:
  • 21.
    SEGUNDA FORMA NORMAL2FN Otro ejemplo: Tabla que no satisface 2FN: Clave Candidata? Empleado - Habilidad
  • 22.
    SEGUNDA FORMA NORMAL2FN  Ejemplo: Tabla expresada en 2FN:
  • 23.
    TERCERA FORMA NORMAL3FN Una tabla está en Tercera Forma Normal sólo si: − Si está en Segunda Forma Normal 2FN. − Si no existen Dependencias Funcionales Transitivas.
  • 24.
    TERCERA FORMA NORMAL3FN Aunque las relaciones en 2FN tienen menos redundancias que las relaciones en 1FN, todavía pueden sufrir anomalias de actualización. Para eliminar las dependencias transitivas, se eliminan los atributos con dependencia transitiva y se ubican en una nueva relación. La nueva relación hereda el(los) atributo(s) no clave del (los) que dependen.
  • 25.
    TERCERA FORMA NORMAL3FN Ejemplo de relación que no está en 3FN:
  • 26.
    TERCERA FORMA NORMAL3FN Normalización de relación planteada a 3FN:
  • 27.
    TERCERA FORMA NORMAL3FN  Otro ejemplo: Tabla que no satisface 3FN: Clave Candidata? Torneo - Año
  • 28.
    TERCERA FORMA NORMAL3FN  Ejemplo: Se divide tabla en dos para satisfacer 3FN: Llave foránea? Ganador
  • 29.
    FORMA NORMAL BOYCE-CODD Unatabla está en Forma Normal B-C sólo: − Si está en Tercera Forma Normal 3FN. − Si todo determinante es una clave candidata. Nota: Esta forma normal solo puede violarse si existe más de una clave candidata compuesta que tenga un atributo común. Determinante: Atributo(s) que determina(n) completamente a otro.
  • 30.
    FORMA NORMAL BOYCE-CODD Considerela siguiente relación:
  • 31.
    FORMA NORMAL BOYCE-CODD  Ejemplo2:El siguiente esquema satisface 3FN, pero no satisface B-C (un estudiante tiene más de un tutor): Clave Candidata1? ID_Tutor - ID_Estudiante Clave Candidata2? Número de seguro social del tutor - ID_Estudiante Solución? Identificar al tutor de una sóla manera
  • 32.
    FORMA NORMAL BOYCE-CODD  Ejemplo3:El siguiente esquema satisface 3FN, pero no satisface B-C:
  • 33.
    FORMA NORMAL BOYCE-CODD  Ejemplo3:El esquema anterior corregido que satisface 3FN, y satisface B-C: