Unidad III.

Base de Datos I - EMI-RIBERALTA 1

Normalización

NORMALIZACION DE BASE DE DATOS RELACIONALES

Términos Básicos para Investigar

Clave primaria Dependencias transitivas

Clave candidata Dependencias funcionales
tupla Dependencias triviales
Dependencias multivaluadas Dependencia parcial
Dependencias parciales

Qué es la normalización

La normalización es el proceso mediante el cual se transforman datos

complejos a un conjunto de estructuras de datos más pequeñas, que además de
ser más simples y más estables, son más fáciles de mantener. También se puede
entender la normalización como una serie de reglas que sirven para ayudar a los
diseñadores de bases de datos a desarrollar un esquema que minimice los
problemas de lógica. Cada regla está basada en la que le antecede. La
normalización se adoptó porque el viejo estilo de poner todos los datos en un solo
lugar, como un archivo o una tabla de la base de datos, era ineficiente y conducía a
errores de lógica cuando se trataban de manipular los datos.
La normalización también hace las cosas fáciles de entender. Los seres
humanos tenemos la tendencia de simplificar las cosas al máximo. Lo hacemos con
casi todo, desde los animales hasta con los automóviles. Vemos una imagen de
gran tamaño y la hacemos más simple agrupando cosas similares juntas. Las guías
que la normalización provee crean el marco de referencia para simplificar una
estructura de datos compleja.
Otra ventaja de la normalización de base de datos es el consumo de espacio.
Una base de datos normalizada ocupa menos espacio en disco que una no
normalizada. Hay menos repetición de datos, lo que tiene como consecuencia un
mucho menor uso de espacio en disco. El proceso de normalización tiene un
nombre y una serie de reglas para cada fase. Esto puede parecer un poco confuso
al principio, pero poco a poco se va entendiendo el proceso, así como las razones
para hacerlo de esta manera.
Existen seis niveles formas de normalización: Primera Forma Normal (1NF),
Segunda Forma Normal (2NF), Tercera Forma Normal (3NF), Forma Normal Boyce-
Codd, Cuarta Forma Normal (4NF), Quinta Forma Normal (5NF) o Forma Normal
de Proyección-Unión, Forma Normal de Proyección-Unión Fuerte, Forma Normal de
Proyección-Unión Extra Fuerte y Forma Normal de Clave de Dominio. Estas formas
de normalización pueden llevar las cosas más allá de lo que necesitamos. Éstas
existen para hacer una base de datos realmente relacional. Tienen que ver
principalmente con dependencias múltiples y claves relacionales.

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 2
Normalización

Primera Forma Normal (1FN)

La regla de la Primera Forma Normal establece que las columnas repetidas
deben eliminarse y colocarse en tablas separadas.
Una tabla se encuentra en primera forma normal si impide que un atributo de
una tupla pueda tomar más de un valor
Los Pasos a seguir son:
• Tenemos que eliminar los grupos repetidos.
• Tenemos que crear una nueva tabla con la clave de la tabla base y el grupo
repetido.

Segunda Forma Normal (2FN)

La regla de la Segunda Forma Normal establece que todas las dependencias
parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un término que describe a aquellos datos que no dependen
de la a primaria de la tabla para identificarlos.
Es decir, ocurre si una tabla está en primera forma normal y además cada
atributo que no sea clave, depende de forma funcional completa respecto de
cualquiera de las claves. Toda la clave principal debe hacer dependientes al resto
de atributos, si hay atributos que depende sólo de parte de la clave, entonces esa
parte de la clave y esos atributos formarán otra tabla.
Los Pasos a seguir son:
• Determinar cuáles columnas que no son clave no dependen de la clave
primaria de la tabla.
• Eliminar esas columnas de la tabla base.
• Crear una segunda tabla con esas columnas y la(s) columna(s) de la clave
de la cual dependen

Tercera Forma Normal (3FN)

Una tabla está normalizada en esta forma si todas las columnas que no son
clave son funcionalmente dependientes por completo de la clave primaria y no hay
dependencias transitivas. Una dependencia transitiva es aquella en la cual las
columnas que no son clave son dependientes de otras columnas que tampoco son
clave
Es decir, sucede cuando una tabla está en 2FN y además ningún atributo que
no sea clave depende transitivamente de las claves de la tabla, es por ello que no
ocurre cuando algún atributo depende funcionalmente de atributos que no son clave.
Los Pasos a seguir son:
• Determinar las columnas que son dependientes de otra columna no clave.
• Eliminar esas columnas de la tabla base.
• Crear una segunda tabla con esas columnas y con la columna no clave de la
cual son dependientes

Forma Boyce Codd (BCNF)

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 3
Normalización

Es una versión ligeramente más fuerte de la 3FN. La forma normal de Boyce-

Codd requiere que no existan dependencias funcionales no triviales de los atributos
que no sean un conjunto de la clave candidata. En una tabla en 3FN, todos los
atributos dependen de una clave, de la clave completa y de ninguna otra cosa
excepto de la clave (excluyendo dependencias triviales).
Se dice que una tabla está en FNBC si y solo si está en 3FN y cada
dependencia funcional no trivial tiene una clave candidata como determinante. En
términos menos formales, una tabla está en FNBC si está en 3FN y los únicos
determinantes son claves candidatas.

4º Forma Normal (4FN)

Una tabla está en 4NF si y solo si esta en Tercera forma normal o
en BCNF (Cualquiera de ambas) y no posee dependencias multivaluadas no
triviales. Una dependencia multivaluada de una tabla con atributos X, Y, Z de X
sobre Z (es decir X->>Z) ocurre cuando los posibles valores de Y sobre cualquier
par de valores X y Z dependen sólo del valor de X y son independientes de Z. Se
refiere a posibles valores (en plural) y se trata de que los valores de ese atributo
siempre son los mismos según el valor de un atributo y no del otro
La definición de la 4NF confía en la noción de una dependencia multivaluada,
para suprimir la redundancia de relaciones muchos a muchos.
Los Pasos a seguir son:
• Para eliminar la redundancia de los datos, se deben eliminar las
dependencias de valores múltiples.
• Construir varias tablas, donde cada una almacena datos para solamente uno
de los atributos de valores múltiples.

¿Qué tan lejos debe llevar la normalización?

La siguiente decisión es ¿qué tan lejos debe llevar la normalización? La
normalización es una ciencia subjetiva. Determinar las necesidades de
simplificación depende de nosotros. Si nuestra base de datos va a proveer
información a un solo usuario para un propósito simple y existen pocas posibilidades
de expansión, normalizar los datos hasta la 3FN quizá sea algo exagerado. Las
reglas de normalización existen como guías para crear tablas que sean fáciles de
manejar, así como flexibles y eficientes. A veces puede ocurrir que normalizar los
datos hasta el nivel más alto no tenga sentido
¿Se están dividiendo tablas sólo para seguir las reglas o estas divisiones son
en verdad prácticas? Éstas son el tipo de cosas que nosotros como diseñadores de
la base de datos, necesitamos decidir, y la experiencia y el sentido común nos
pueden auxiliar para tomar la decisión correcta. La normalización no es una ciencia
exacta, más bien subjetiva.

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 4
Normalización

Ejemplos
1º Ejemplo

ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art,

cant, precio)
Ordenes
Id_orden Fecha Id_cliente Nom_cliente Estado Num_art nom_art cant Precio

3786 Red 3 35,00

2301 23/02/11 101 Martin Caracas 4011 Raqueta 6 65,00
9132 Paq-3 8 4,75

2302 25/02/11 107 Herman Coro 5794 Paq-6 4 5,00

4011 Raqueta 2 65,00
2303 27/02/11 110 Pedro Maracay
3141 Funda 2 10,00

Al examinar estos registros, podemos darnos cuenta que contienen un grupo

repetido para NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohibe los
grupos repetidos, por lo tanto tenemos que convertir a la primera forma normal. Los
pasos a seguir son:
» Tenemos que eliminar los grupos repetidos.
» Tenemos que crear una nueva tabla con la tabla base y el grupo repetido.
Los registros quedan ahora conformados en dos tablas que llamemos ORDENES y
ARTICULOS_ORDENES

Ordenes
Id_orden Fecha Id_cliente Nom_cliente Estado
2301 23/02/11 101 Martin Caracas
2302 25/02/11 107 Herman Coro
2303 27/02/11 110 Pedro Maracay

Articulos_ordenes
Id_orden Num_art nom_art cant Precio
2301 3786 Red 3 35,00
2301 4011 Raqueta 6 65,00
2301 9132 Paq-3 8 4,75
2302 5794 Paq-6 4 5,00
2303 4011 Raqueta 2 65,00
2303 3141 Funda 2 10,00

Ahora procederemos a aplicar la 2FN, es decir, tenemos que eliminar cualquier

columna no clave que no dependa de la clave primaria de la tabla

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 5
Normalización

La tabla ORDENES está en 2FN. Cualquier valor único de ID_ORDEN determina

un sólo valor para cada columna. Por lo tanto, todas las columnas son dependientes
de la llave primaria ID_ORDEN.
Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que las
columnas PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no son
dependientes de ID_ORDEN. Lo que haremos a continuación es eliminar estas
columnas de la tabla ARTICULOS_ORDENES y crear una tabla ARTICULOS con
dichas columnas y la llave primaria de la que dependen.

Ordenes (id_orden, fecha, id_cliente, Nom_cliente, estado)

Ordenes
Id_orden Fecha Id_cliente Nom_cliente Estado
2301 23/02/11 101 Martin Caracas
2302 25/02/11 107 Herman Coro
2303 27/02/11 110 Pedro Maracay

Articulos_ordenes (id_orden, num_art, cant)

Articulos_ordenes
Id_orden Num_art cant
2301 3786 3
2301 4011 6
2301 9132 8
2302 5794 4
2303 4011 2
2303 3141 2

Articulos ( num_art, nom_art, precio)

Articulos
Num_art nom_art Precio
3786 Red 35,00
4011 Raqueta 65,00
9132 Paq-3 4,75
5794 Paq-6 5,00
3141 Funda 10,00

La 3FN nos dice que tenemos que eliminar cualquier columna no clave que sea
dependiente de otra columna no clave.
Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla
ARTICULOS, como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin
embargo la tabla ORDENES no lo está, ya que NOM_CLIENTE y ESTADO son
dependientes de ID_CLIENTE, y esta columna no es la llave primaria.
Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de
la cual dependen dentro de una nueva tabla CLIENTES. Las nuevas tablas
CLIENTES y ORDENES se muestran a continuación.

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 6
Normalización

Articulos_ordenes (id_orden, num_art, cant)

Articulos_ordenes
Id_orden Num_art cant
2301 3786 3
2301 4011 6
2301 9132 8
2302 5794 4
2303 4011 2
2303 3141 2

Articulos ( num_art, nom_art, precio)

Articulos
Num_art nom_art Precio
3786 Red 35,00
4011 Raqueta 65,00
9132 Paq-3 4,75
5794 Paq-6 5,00
3141 Funda 10,00

ordenes (id_orden, fecha, id_cliente)

Ordenes
Id_orden Fecha Id_cliente
2301 23/02/11 101
2302 25/02/11 107
2303 27/02/11 110

Clientes (id_cliente, nom_cliente, estado)

Ordenes
Id_cliente Nom_cliente Estado
101 Martin Caracas
107 Herman Coro
110 Pedro Maracay

2º Ejemplo

Normalizar la siguiente tabla

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 7
Normalización

Visualmente la 1º tabla no una tabla relacional (lo que en terminología de bases de

datos relacionales se llama (Relación). No cumple la primera forma normal. Lo
cumpliría si:
1FN

En la 2º tabla suponiendo que el DNI y el código de curso formen una clave principal
para esta tabla, sólo la nota tiene dependencia funcional completa. El nombre y los
apellidos dependen de forma completa del DNI. La tabla no es 2FN, para arreglarlo
2FN

La Provincia depende funcionalmente del código de provincia, lo que hace que no

esté en 3FN. El arreglo sería
3FN

3º Ejemplo

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 8
Normalización

A través del siguiente ejercicio se intenta afirmar los conocimientos de normalización

con un ejemplo simplificado de una base de datos para una pequeña biblioteca.

CodLibro Titulo Autor Editorial NombreLector FechaDev

Variable Pérez Gómez,
1001 Murray Spiegel McGraw Hill 15/04/2005
compleja Juan
1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán, Ana 17/04/2005
1005 Estadística Murray Spiegel McGraw Hill Roca, René 16/04/2005
Nancy
García Roque,
1006 Oracle University Greenberg y Oracle Corp. 20/04/2005
Luis
Priya Nathan
Pérez Gómez,
1007 Clipper 5.01 Ramalho McGraw Hill 18/04/2005
Juan
Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo tener
campos atómicos, 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
CodLibro Titulo Autor Editorial Paterno Materno Nombres FechaDev

Variable
1001 Murray Spiegel McGraw Hill Pérez Gómez Juan 15/04/2005
compleja

1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán Ana 17/04/2005

1005 Estadística Murray Spiegel McGraw Hill Roca René 16/04/2005

1006 OracleUniversity NancyGreenberg Oracle Corp. García Roque Luis 20/04/2005

1006 OracleUniversity Priya Nathan Oracle Corp. García Roque Luis 20/04/2005

1007 Clipper 5.01 Ramalho McGraw Hill Pérez Gómez Juan 18/04/2005
Como se puede ver, hay cierta redundancia característica 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 código del libro.
Por ejemplo, el título es completamente identificado por el código del libro, pero el
nombre del lector en realidad no tiene dependencia de este código, por tanto estos
datos deben ser trasladados a otra tabla.
2NF

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 9
Normalización

CodLibro Titulo Autor Editorial

Variable
1001 Murray Spiegel McGraw Hill
compleja
1004 Visual Basic 5 E. Petroustsos Anaya
1005 Estadística Murray Spiegel McGraw Hill
1006 Oracle University NancyGreenberg Oracle Corp.
1006 Oracle University Priya Nathan Oracle Corp.
1007 Clipper 5.01 Ramalho McGraw Hill
La nueva tabla sólo contendrá datos del lector.
CodLector Paterno Materno Nombres
501 Pérez Gómez Juan
502 Ríos Terán Ana
503 Roca René
504 García Roque Luis
Hemos creado una tabla para contener los datos del lector y también tuvimos que
crear la columna CodLector para identificar unívocamente a cada uno. Sin embargo,
esta nueva disposición de la base de datos necesita que exista otra tabla para
mantener la información de qué libros están prestados a qué lectores. Esta tabla se
muestra a continuación:

CodLibro CodLector FechaDev

1001 501 15/04/2005
1004 502 17/04/2005
1005 503 16/04/2005
1006 504 20/04/2005
1007 501 18/04/2005
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. También recordemos que dijimos que esto significa
que las columnas en la tabla deben contener solamente información sobre la entidad
definida por la clave primaria y, por tanto, las columnas en la tabla deben contener
datos acerca de una sola cosa.

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 10
Normalización

En nuestro ejemplo en 2NF, la primera tabla conserva información acerca del libro,
los autores y editoriales, por lo que debemos crear nuevas tablas para satisfacer los
requisitos de 3NF.
3NF
CodLibro Titulo
Variable
1001 compleja
1004 Visual Basic 5
1005 Estadística
1006 Oracle University
1007 Clipper 5.01

CodAutor Autor
801 Murray Spiegel
802 E. Petroustsos
803 Nancy Greenberg
804 Priya Nathan
806 Ramalho

CodEditorial Editorial
901 McGraw Hill
902 Anaya
903 Oracle Corp.
Aunque hemos creado nuevas tablas para que cada una tenga sólo información
acerca de una entidad, también hemos perdido la información 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.
CodLibro codAutor
1001 801
1004 802
1005 801

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 11
Normalización

CodLibro codAutor
1006 803
1006 804
1007 806

CodLibro codEditorial
1001 901
1004 902
1005 901
1006 903
1007 901
Y el resto de las tablas no necesitan modificación.
CodLector Paterno Materno Nombres
501 Pérez Gómez Juan
502 Ríos Terán Ana
503 Roca René
504 García Roque Luis

CodLibro CodLector FechaDev

1001 501 15/04/2005
1004 502 17/04/2005
1005 503 16/04/2005
1006 504 20/04/2005
1007 501 18/04/2005

4º Ejemplo

Aplique la forma Boyce Codd

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 12
Normalización

Esa tabla está en tercera forma normal (no hay dependencias transitivas), pero no
en forma de Boyce - Codd, ya que (DNI, Asignatura) →Tutor y Tutor→Asignatura.
En este caso la redundancia ocurre por mala selección de clave. La redundancia de
la asignatura es completamente evitable. La solución sería:

En las formas de Boyce-Codd hay que tener cuidado al descomponer ya que se

podría perder información por una mala descomposición

5º Ejemplo

Aplique la 4FN

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 13
Normalización

La dependencia multivaluada es funcional, entonces quedan dos tablas

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 14
Normalización

Un teorema de Fagin indica cuando hay tres pares de conjuntos de atributos X, Y y

Z si ocurre X->>Y|Z (Y y Z tienen dependencia multivaluada sobre X), entonces las
tablas X,Y y X,Z reproducen sin perder información lo que poseía la tabla original.
Este teorema marca la forma de dividir las tablas hacia una 4FN

6º Ejemplo

Consideremos una afinidad (tabla) llamada estudiante que contiene los siguientes
atributos: Clave, Especialidad, Curso tal y como se demuestra en la siguiente figura:
Clave Especialidad Curso
S01 Sistemas Natación
S01 Bioquímica Danza
S01 Sistemas Natación
B01 Bioquímica Guitarra
C03 Civil Natación
En esta tabla existen dependencias de valores múltiples
Las dependencias de valores múltiples se definen de la siguiente manera: Clave -
>->Especialidad y Clave->->Curso; Esto se lee "Clave multidetErmina a
Especialidad, y clave multidetermina a Curso"
Para nuestro ejemplo, las tablas correspondientes son:

Tabla Especialidad
Clave Especialidad

S01
Sistemas

B01
Bioquímica

C03
Civil

Tabla Curso
Clave Curso
S01 Natación
S01 Danza
B01 Guitarra
C03 Natación
7º Ejemplo

En la siguiente tabla aplique la 4FN

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 15
Normalización

Y su solución se presentaría de la siguiente manera:

8º Ejemplo

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 16
Normalización

Un ejemplo de una tabla BCNF es la siguiente, teniendo en cuenta que cada

estudiante puede tener más de un tutor:

Referencia cruzada de Tutor/Estudiante

El propósito de la tabla es mostrar qué tutores están asignados a qué estudiantes.
Las claves candidatas de la tabla son:
• {ID Tutor, ID Estudiante}
• {Número de seguro social del tutor, ID Estudiante}
Por lo tanto los tres atributos de la tabla son atributos primarios, es decir, los tres
atributos pertenecen a las claves candidatas.
La FNBC es más rigurosa que la 3NF en que no permite ninguna dependencia
funcional en la cual el conjunto determinante de atributos no sea una clave
candidato (o superconjunto de eso). La dependencia de ID Tutor en Número de
seguro social del tutor es ese tipo de dependencia. Por consiguiente, la tabla de
arriba no está en FNBC
Cualquier tabla que sea insuficiente en FNBC será vulnerable a inconsistencias
lógicas. En la tabla de arriba podía ser representada una combinación inconsistente
de ID Tutor y Número de seguro social del tutor.
En este caso, corregir el problema sería una simple cuestión de usar solo un
esquema de identificación para los tutores: o el ID, o el número del seguro social,
pero no ambos.
ID TUTOR ID ESTUDIANTE
1078 31850
1078 37921
1293 46224
1480 31850

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 17
Normalización

Ejercicios Propuestos

1. FACTURA DE COMPRA VENTA: La empresa COLOMBIAN SYSTEMS lo

ha contratado como el “Ingeniero Encargado” para sistematizar la facturación. En la
siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda la información
disponible y aplique el proceso de normalización, hasta llegar a la Tercera Forma
Normal.
Se pide realizar la respectiva justificación detallada de cada uno de los pasos que
conduzcan al resultado final.
Factura(NUM_FAC, FECHA_FAC, NOM_CLIENTE, DIR_CLIENTE,
RIF_CLIENTE, CIUDAD_CLIENTE, TELEF_CLIENTE, CATEGORIA, COD_PROD,
DESP_PROD, VAL_UNIT, CANT_PROD)
Donde:
NUM_FAC: Número de la factura de compra venta
FECHA_FAC: Fecha de la factura de compra venta
NOM_CLIENTE: Nombre del cliente
DIR_CLIENTE: Dirección del cliente
RIF_CLIENTE: Rif del cliente
CIUDAD_CLIENTE: Ciudad del cliente
TELEF_CLIENTE: Teléfono del cliente
CATEGORIA: Categoría del producto
COD_PROD: Código del producto
DESCRIPCION: Descripción del producto
VAL_UNIT: Valor unitario del producto
CANT_PROD: Cantidad de productos q compra el cliente
La llave primaria es Número de Factura de venta: NUM_FAC

2. EMPRESA DE ENVIO DE MERCANCIA: a continuación se agrupan todos

los atributos que hacen parte de la base de datos para aplicarle las reglas de
normalización. Donde se incluyen los nombres de los atributos con su significado
* GUIA_NO = Numero de Guia
* GUIA_FECHA= Fecha de la Guia
* GUIA_HORA= Hora de la Guia
* ORGN_RIF = Identificacion de Empresa Origen
* ORGN_NOM = Nombre de Empresa Origen
* ORGN_ACT = Actividad Comercial de Empresa Origen
* ORGN_CIUDAD= Ciudad de Empresa Origen
* ORGN_DIR = Direccion de Empresa Origen
* ORGN_TEL = Telefono de Empresa Origen

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 18
Normalización

* ORGN_CEL = Celular de Empresa Origen

* DEST_ID = Identificacion del destinatario
* DEST_NOM = Nombre del destinatario
* DEST_COD_CIUDAD = Codigo de la ciudad del destinatario
* DEST_CIUDAD= Ciudad del destinatario
* DEST_DIR = Direccion del destinatario
* DEST_TEL = Telefono del destinatario
* DEST_KM = Distancia kilometraje de Ciudad origen a ciudad del destinatario
* CODIGO = Codigo del paquete
* TIPO = Tipo de paquete
* NOMBRE = Nombre del paquete
* DESCRIPCION = Descripción del paquete
* VALR_ FLETE = Valor del flete

3. Video club: En una tienda de video se necesita mantener información de

alrededor de 3000 casetas cada uno de los casetes tiene asignado un número por
cada `película se necesita conocer un titulo y categoría por ejemplo: comedia,
suspenso, drama, acción, ciencia ficción, etc. Se mantienen algunas copias de
muchas películas. Se le da a cada película una identificación y se mantiene
seguimiento de lo que contiene cada casete.
Un casete puede venir en varios formatos y una película es grabada en un solo
casete; frecuentemente las películas son pedidas de acuerdo a un actor especifico
Tom Cruise y Demi More son los más populares es por esto que se debe mantener
información de los actores que pertenecen a cada película.
No en todas las películas actúan artistas famosos, a los clientes de la tienda le gusta
conocer datos como el nombre real del actor, y su fecha de nacimiento.
En la tienda se mantienen información solo de los actores que aparecen en las
películas y que se tiene a disposición. Solo se alquila videos a aquellos que
pertenecen al club de videos. Para pertenecer al club se debe tener un buen crédito.
Por cada miembro del club se mantiene una ficha con su nombre, teléfono y
dirección, cada miembro del club tiene asignado un número de membresía. Se
desea mantener información de todos los casetes que un cliente alquila, cuando un
cliente alquila un casete se debería conocer el nombre de la película, la fecha en la
que se alquila y la fecha de devolución.
Se pide aplicar las reglas de normalización hasta la tercera forma normal, teniendo
las siguientes entidades con sus respectivos atributos:
Alquiler (cod_alquiler, num_membresia, cod_cliente, nom_cliente, dir_cliente,
telef_cliente, cod_cassette, fecha_alquiler, fecha_dev, valor_alquiler, cantidad)

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 19
Normalización

Cassettte (cod_cassette, num_copias, formato, cod_pelicula, titulo, categoría,

cod_actor, nom_actor, fechanac_actor, cod_tipo)
Donde:
cod_alquiler = Codigo del alquiler
num_membresia = Numero de membresia
cod_cliente = código del cliente
nom_cliente = nombre del cliente
dir_cliente = dirección del cliente
telef_cliente = teléfono del cliente
cod_cassette = código del cassette
fecha_alquiler = fecha del alquiler del al película
fecha_dev = fecha de devolución de la pelicula
valor_alquiler = valor del alquiler de la película
cantidad = cantidad de película alquilada
num_copias = números de copias de cassette
formato = formato del cassette
titulo = nombre de la película
categoría = categoría de la película
cod_actor = código del actor
nom_actor = nombre del actor
fechanac_actor = fecha de nacimiento del actor
cod_tipo = código del tipo de película.

4. Dada la siguiente relación PRESTAMO_LIBROS (Colegio, profesor,

asignatura_habilidad, aula, curso, libro, editorial, fecha_prestamo) que contiene
información relativa a los prestamos que realizan las editoriales a los profesores de
primaria de los colegios para su evaluación en alguna de las asignaturas/habilidades
que imparten. Se pide aplicar las reglas de normalización y obtener su modelo
relacional, indicar sus claves, atributos principales.
Asignatura/ Curs Editoria Fecha_prestam
Colegio Profesor Aula Libro
habilidad o l o
Aprender
C.P 1er y enseñar
Juan Pensamient 1.A0
Cervante Grad en Graó 09/09/2010
Pérez o Lógico 1
s o educación
infantil
Preescola
C.P 1er
Juan 1.A0 r Técnica
Cervante Escritura Grad 05/05/2010
Pérez 1 Rubio,N5 s Rubio
s o
6

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 20
Normalización

Aprender
C.P 1er y Enseñar
Juan Pensamient 1.A0
Cervante Grad en Graó 05/05/2010
Pérez o Numérico 1
s o educación
infantil
Pensamient
C.P 1er Educació
Alicia o Espacial, 1.B0 Prentice
Cervante Grad n Infantil 06/05/2010
García Temporal y 1 Hall
s o N9
causal
Aprender
C.P 1er y enseñar
Alicia Pensamient 1.B0
Cervante Grad en Graó 06/05/2010
García o Numérico 1
s o educación
infantil
Aprender
C.P Andrés 2do y enseñar
1.A0
Cervante Fernánde Escritura Grad en Graó 09/09/2010
1
s z o educación
infantil
Saber
educar:
C.P Andrés 2do
1.A0 guía para Temas
Cervante Fernánde Ingles Grad 05/05/2010
1 Padres y de Hoy
s z o
Profesore
s
Saber
educar:
1er
C.P Juan Pensamient 2.B0 guía para Temas
Grad 18/12/2010
Quevedo Méndez o Lógico 1 Padres y de Hoy
o
Profesore
s
Aprender
1er y enseñar
C.P Juan Pensamient 2.B0
Grad en Graó 06/05/2010
Quevedo Méndez o Numérico 1
o educación
infantil

5. Se tiene una relación del REPORTE_MATRICULA (código_alumno,

nombre_alumno, especialidad, código_curso, nombre_curso, nombre_docente,
oficina, sección) se pide aplicar las reglas de normalización llegando hasta las 3FN
Código/ Nombre/ Especialid Código/ Nombre_curs Nombre/ curs
Oficina
alumno alumno ad curso o docente o
382145 Luis Carlos
Industrial MA123 Matemática 2 CB-214 U
A Zuloaga Arambulo
382145 Luis Petra
Industrial QU514 Física Química CB-110 U
A Zuloaga Rondinel
382145 Luis Víctor
Industrial AU521 Descriptiva CB-120 W
A Zuloaga Moncada
Cesar
360247k Raúl Rojas Sistemas PA714 Investigación 1 SC-220 V
Fernadez

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 21
Normalización

Carlos
360247k Raúl Rojas Sistemas MA123 Matemática 2 CB-214 V
Arambulo
Víctor
360247k Raúl Rojas Sistemas AU511 Dibujo CB-120 U
Moncada

6. Se presenta una base de datos de una biblioteca, aplicar las reglas de

normalización simplificando hasta la tercera forma normal.
Prestamos_libro (codLibro, Titulo, Autor, Editorial, NombreLector, Fechadev)
codLibro Titulo Autor Editorial nombreLector Fechadev
1001 Variable Murray Spiegel McGraw Pérez Gómez, 15/04/2005
compleja Hill Juan
1004 Visual Basic E. Petroustsos Anaya Ríos Terán, Ana 17/04/2005
5
1005 Estadística Murray Spiegel McGraw Roca, René 16/04/2005
Hill
1006 Oracle Nancy Greenberg y Oracle García Roque, 20/04/2005
University Priya Nathan Corp. Luis
1007 Clipper 5.01 Ramalho McGraw Pérez Gómez, 18/04/2005
Hill Juan

7. UTILIZACIÓN DE RECURSOS DE LA UNIVERSIDAD: Dada la siguiente

relación UTILIZACIÓN (DNI_Prof, Nombre_Prof, Despacho_Prof, Recurso,
Ubicación, Fecha_inicio, Fecha_fin,) que contiene información relativa a la
utilización de los recursos de la universidad por parte de los profesores en periodos
de tiempo

DNI_Prof Nombre_Prof Despacho_Prof Recurso Descripción Fecha_inicio Fecha_fin

33456456 P. Martínez 2.2.B05 R122 Tablet PC 1-1-2007 15-1-2007
44556689 L. Moreno 2.2.A10 R100 Impresora 1-1-2007 15-1-2007
33456456 P. Martínez 2.2.B05 R200 Portátil 12-1-2007 22-1-2007
11223344 E. Castro 2.2.B23 R122 Tablet PC 16-1-2007 31-1-2007
99771122 D. Cuadra 2.1.B23 R200 Portátil 23-1-2007 26-1-2007
33456456 P. Martínez 2.2.B05 R300 Scaner 1-1-2007 15-1-2007
99887766 F. Calle 2.1.C11 R300 Scaner 1-2-2007 6-2-2007
33456456 P. Martínez 2.2.B05 R122 Tablet PC 1-2-2007 6-2-2007

8. TURNOS DE TRABAJO: Dada la siguiente relación ASIGNACIÓN (DNI,

Nombre, Código_Tienda, Dirección_Tienda, Fecha, Turno) que contiene
información relativa a la asignación de los turnos de trabajo de los empleados de
los distintos centros de una cadena de tiendas de moda:
DNI Nombre Código_Tienda Dirección _Tienda Turno Fecha
33456456 P. Martín 100A Avd. Mayor, 23, Alcorcón M 2/9/06
44556689 L. Sanz 100A Avd. Mayor, 23, Alcorcón M 2/9/06
99771122 D. Díaz 100A Avd. Mayor, 23, Alcorcón T 2/9/06
33456456 P. Martín 200B C/ Sur 13, Alcorcón T 3/9/06

Msc. Ing. Johnny Albert Rodriguez Cartagena

 Unidad III. Base de Datos I - EMI-RIBERALTA 22
Normalización

11223344 E. López 300C Pl. Central, Getafe M 3/9/06

99887766 F. Monte 200B C/ Sur 13, Alcorcón M 3/9/06
11223344 E. López 300C Pl. Central, Getafe M 4/9/06
99887766 F. Monte 100A Avd. Mayor, 23, Alcorcón M 4/9/06
44556689 L. Sanz 100A Avd. Mayor, 23, Alcorcón T 4/9/06
33456456 P. Martín 200B C/ Sur 13, Alcorcón M 5/9/06

9. ACTIVIDADES DEPORTIVAS: Dada la siguiente relación SE

REALIZA(Cod_Actividad, Nombre_Actividad, DNI_Monitor, Nombre_monitor, Sala,
Fecha, Hora_I, Hora_F) utilizada para almacenar información sobre la fecha y
duración de las actividades deportivas que se organizan en un colegio Se pide:

Msc. Ing. Johnny Albert Rodriguez Cartagena