Repblica Bolivariana de Venezuela

Ministerio del Poder Popular para la Educacin

Universidad Gran Mariscal de Ayacucho
Barcelona Edo. Anzotegui

Normalizacin de una base de

datos
Profesor:

Alumno:

Ing. Manuel Carrasquero

Gmez, Julio
C.I. 26.256.349

Barcelona, octubre del 2015

1

ndice
Introduccin........................................................................................................ 3
Normalizacin de base de datos.........................................................................4
Objetivos de una normalizacin de base de datos..............................................4
Formas normales................................................................................................. 5
Primera Forma Normal..................................................................................... 5
Segunda Forma Normal................................................................................... 5
Tercera Forma Normal...................................................................................... 6
Cuarta Forma Normal....................................................................................... 7
Quinta Forma Normal....................................................................................... 7
Forma normal de Boyce-Codd............................................................................. 7
Ejemplo de normalizacin................................................................................... 8
Primer ejemplo................................................................................................. 8
Conclusin........................................................................................................ 14
Bibliografa........................................................................................................ 15

Introduccin
Las formas normales definidas en la Teora de Base de Datos Relacionales
representan una gua y una orientacin para el diseo de registros. Las reglas de
normalizacin estn destinadas a prevenir anomalas en las actualizaciones e
inconsistencia en los datos. Las directrices que se ofrecern parten del supuesto
de que aquellos campos que no constituyen una clave sern actualizados
frecuentemente. El propsito de la normalizacin es mejorar la integridad de los
datos a travs de la minimizacin de la redundancia y la inconsistencia, pero con
algn posible costo en ciertas aplicaciones. El trmino normalizacin se usa
algunas veces en relacin a una forma normal particular. Esto es, un conjunto de
registros puede ser normalizado con respecto a la segunda forma normal pero no
con respecto a la tercera.

Normalizacin de base de datos

El proceso de normalizacin de bases de datos consiste en designar y
aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo
entidad-relacin al modelo.
Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Disminuir problemas de actualizacin de los datos en las tablas.

Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relacin, aunque para

que una tabla sea considerada como una relacin tiene que cumplir con algunas
restricciones:

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.

Objetivos de una normalizacin de base de datos

Los objetivos principales de la normalizacin son:

Trabajar por mantener y aumentar la calidad, en los procesos tecnolgicos

y productivos de la economa.

Contribuir al desarrollo de las industrias mediante el progreso cientfico,

tecnolgico, en sus actividades del campo de la produccin, en el campo de
los bienes y servicios.

Proteger en todos los campos al consumidor primario de bienes y servicios.

Coadyuvar para crear las condiciones tecnolgicas necesarias y adecuadas

para el desarrollo de productos que cumplan las exigencias de calidad y
competitividad en los mercados internacionales.

Facilitar el intercambio comercial a nivel local e internacional .

4

Formas normales
Las formas normales son aplicadas a las tablas de una base de datos. Decir
que una base de datos est en la forma normal N es decir que todas sus tablas
estn en la forma normal N.
Primera Forma Normal
Una tabla est en Primera Forma Normal si:

Todos los atributos son atmicos. Un atributo es atmico si los elementos

del dominio son indivisibles, mnimos.
La tabla contiene una llave primaria nica.
La llave primaria no contiene atributos nulos.
No debe existir variacin en el nmero 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 mltiples valores en cada columna. Los datos son
atmicos. (Si a cada valor de X le pertenece un valor de Y y viceversa)
Esta forma normal elimina los valores repetidos dentro de una BD
Segunda Forma Normal
Dependencia Funcional. Una relacin 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).

En otras palabras podramos decir que la segunda forma normal est basada
en el concepto de dependencia completamente funcional. Una dependencia
funcional x \rightarrow y es completamente funcional si al eliminar los atributos A
de X significa que la dependencia no es mantenida, esto es que A \in X, X - \{A\}
\nrightarrow Y. Una dependencia funcional x \rightarrow y es una dependencia
parcial si hay algunos atributos A \in X que pueden ser eliminados de X y la
dependencia todava se mantiene, esto es A \in X, X - \{A\} \rightarrow Y.
Por ejemplo {DNI, ID_PROYECTO} \rightarrow HORAS_TRABAJO (con el
DNI de un empleado y el ID de un proyecto sabemos cuntas horas de trabajo por
semana trabaja un empleado en dicho proyecto) es completamente dependiente
dado que ni DNI \rightarrow HORAS_TRABAJO ni ID_PROYECTO \rightarrow
HORAS_TRABAJO

mantienen

la

dependencia.

Sin

embargo

{DNI,

ID_PROYECTO} \rightarrow NOMBRE_EMPLEADO es parcialmente dependiente

dado que DNI \rightarrow NOMBRE_EMPLEADO mantiene la dependencia.
Tercera Forma Normal
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 sera que, una dependencia funcional X->Y en
un esquema de relacin 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.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia
transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de
DMGRSSN el atributo clave SSN es transitiva va DNUMBER porque las
dependencias SSNDNUMBER y DNUMBERDMGRSSN son mantenidas, y
DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente,
podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable
en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

Formalmente, un esquema de relacion R est en 3 Forma Normal ElmasriNavathe,[2] si para toda dependencia funcional X \rightarrow A, se cumple al
menos una de las siguientes condiciones:
1. X es superllave o clave.
2. A es atributo primo de R; esto es, si es miembro de alguna clave en R.
Adems, el esquema debe cumplir necesariamente, con las condiciones de
segunda forma normal.
Cuarta Forma Normal
Una tabla se encuentra en 4FN si, y slo si, para cada una de sus
dependencias mltiples no funcionales X->->Y, siendo X una super-clave que, X
es o una clave candidata o un conjunto de claves primarias.
Quinta Forma Normal
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 slo si, cada relacin de dependencia se encuentra
definida por las claves candidatas.

Forma normal de Boyce-Codd

La tabla se encuentra en FNBC si cada determinante, atributo que determina
completamente a otro, es clave candidata. Deber registrarse de forma anillada
ante la presencia de un intervalo seguido de una formalizacin perpetua, es decir
las variantes creadas, en una tabla no se llegarn a mostrar, si las ya planificadas,
dejan de existir.

Formalmente, un esquema de relacin R est en FNBC, si y slo si, para

toda dependencia funcional X \rightarrow A vlida en R, se cumple que:

1. X es superllave o clave.
De esta forma, todo esquema R que cumple FNBC, est adems en 3FN; sin
embargo, no todo esquema R que cumple con 3FN, est en FNBC.

Ejemplo de normalizacin
Primer ejemplo.
A travs del siguiente ejercicio se intenta afirmar los conocimientos de
normalizacin con un ejemplo simplificado de una base de datos para una
pequea biblioteca.

CodLibro

Titulo

Autor

Editorial NombreLector FechaDev

1001

Variable
compleja

Murray Spie McGraw H Prez Gmez,

gel
ill
Juan

15/04/200
5

1004

Visual Basic 5

E. Petrousts
Anaya
os

Ros Tern,
Ana

17/04/200
5

1005

Estadstica

Murray Spie McGraw H

Roca, Ren
gel
ill

16/04/200
5

1006

Nancy
Oracle Univer Greenberg y Oracle Co Garca Roque,
sity
Priya
rp.
Luis
Nathan

20/04/200
5

1007

Clipper 5.01

McGraw H Prez Gmez,

ill
Juan

18/04/200
5

Ramalho

Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de slo

tener campos atmicos, pues el nombre del lector es un campo que puede (y
conviene) descomponerse en apellido paterno, apellido materno y nombres. Tal
como se muestra en la siguiente tabla.

1NF
CodLi
bro

Titulo

Autor

1001

Variable
compleja

Murray Spieg McGraw

el
Hill

Prez

Gmez Juan

15/04/20
05

1004

Visual Basic
5

E. Petroustso
Anaya
s

Ros

Tern

Ana

17/04/20
05

1005

Estadstica

Murray Spieg McGraw

el
Hill

Roca

Ren

16/04/20
05

1006

OracleUniver NancyGreen
sity
berg

OracleCo
Garca Roque
rp.

Luis

20/04/20
05

1006

OracleUniver
OracleCo
Priya Nathan
Garca Roque
sity
rp.

Luis

20/04/20
05

1007

Clipper 5.01

Gmez Juan

18/04/20
05

Ramalho

Editoria Pater Mater Nomb

l
no
no
res

McGraw
Hill

Prez

FechaD
ev

Como se puede ver, hay cierta redundancia caracterstica de 1NF.

La Segunda Forma Normal (2NF) pide que no existan dependencias
parciales o dicho de otra manera, todos los atributos no clave deben depender por
completo de la clave primaria. Actualmente en nuestra tabla tenemos varias
dependencias parciales si consideramos como atributo clave el cdigo del libro.
Por ejemplo, el ttulo es completamente identificado por el cdigo del libro,
pero el nombre del lector en realidad no tiene dependencia de este cdigo, por
tanto estos datos deben ser trasladados a otra tabla.
2NF
CodLi
bro

Titulo

Autor

Editorial

1001

Variable
compleja

Murray Spieg
el

McGrawHil
l

1004

Visual Basic 5 E. Petroustsos Anaya

1005

Estadstica

Murray Spieg
el

McGrawHil
l

CodLi
bro

Titulo

Autor

Editorial

1006

Oracle Univer
sity

NancyGreenb Oracle Cor

erg
p.

1006

Oracle Univer
sity

Priya Nathan

Oracle Cor
p.

1007

Clipper 5.01

Ramalho

McGrawHil
l

La nueva tabla slo contendr datos del lector.

CodLe
ctor

Pater Mater Nomb

no
no
res

501

Prez

Gmez Juan

502

Ros

Tern

503

Roca

Ren

504

Garca Roque

Luis

Ana

Hemos creado una tabla para contener los datos del lector y tambin tuvimos
que crear la columna CodLector para identificar unvocamente a cada uno. Sin
embargo, esta nueva disposicin de la base de datos necesita que exista otra
tabla para mantener la informacin de qu libros estn prestados a qu lectores.
Esta tabla se muestra a continuacin:

CodLi CodLe
bro
ctor

FechaD
ev

1001

501

15/04/20
05

1004

502

17/04/20
05

1005

503

16/04/20
05

10

CodLi CodLe
bro
ctor

FechaD
ev

1006

504

20/04/20
05

1007

501

18/04/20
05

Para la Tercera Forma Normal (3NF) la relacin debe estar en 2NF y adems
los atributos no clave deben ser mutuamente independientes y dependientes por
completo de la clave primaria. Tambin recordemos que dijimos que esto significa
que las columnas en la tabla deben contener solamente informacin sobre la
entidad definida por la clave primaria y, por tanto, las columnas en la tabla deben
contener datos acerca de una sola cosa.
En nuestro ejemplo en 2NF, la primera tabla conserva informacin acerca del
libro, los autores y editoriales, por lo que debemos crear nuevas tablas para
satisfacer los requisitos de 3NF.
3NF
CodLib Titulo
ro
1001

Variable
compleja

1004

Visual Basic 5

1005

Estadstica

1006

Oracle Universi
ty

1007

Clipper 5.01

CodAut Autor
or
801

Murray Spieg
el

802

E. Petroustsos
11

CodAut Autor
or
803

NancyGreenb
erg

804

Priya Nathan

806

Ramalho

CodEdito
rial

Editorial

901

McGraw Hi
ll

902

Anaya

903

Oracle Cor
p.

Aunque hemos creado nuevas tablas para que cada una tenga slo
informacin acerca de una entidad, tambin hemos perdido la informacin acerca
de qu autor ha escrito qu libro y las editoriales correspondientes, por lo que
debemos crear otras tablas que relacionen cada libro con sus autores y editoriales.

CodLibr codAut
o
or
1001

801

1004

802

1005

801

1006

803

1006

804

1007

806

CodLibr codEditor
o
ial
1001

901
12

CodLibr codEditor
o
ial
1004

902

1005

901

1006

903

1007

901

Y el resto de las tablas no necesitan modificacin.

CodLe
ctor

Pater Mater Nomb

no
no
res

501

Prez

Gmez Juan

502

Ros

Tern

503

Roca

Ren

504

Garca Roque

Luis

Ana

CodLi CodLe FechaD

bro
ctor
ev
1001

501

15/04/20
05

1004

502

17/04/20
05

1005

503

16/04/20
05

1006

504

20/04/20
05

1007

501

18/04/20
05

13

Conclusin
La normalizacin de la informacin es importante para obtener registros de
calidad que permitan la adecuada recuperacin y transferencia de la informacin.
No existe un organismo nacional que regule las entradas bibliogrficas.

14

Bibliografa
El contenido de este trabajo ha sido extrado de los siguientes enlaces:

http://www.monografias.com/trabajos95/proceso-normalizacionbases-datos/proceso-normalizacion-bases-datos.shtml

http://moshwaresl.blogspot.com/2011/11/que-son-normalizaciony-formas-normales.html

https://es.wikipedia.org/wiki/Normalizaci
%C3%B3n_de_bases_de_datos

15